[2.1.7] Large rendering performance regression on Linux

Anything that prevents you from playing the game properly. Do you have issues playing for the game, downloading it or successfully running it on your computer? Let us know here.
Rseding91
Factorio Staff
Factorio Staff
Posts: 17202
Joined: Wed Jun 11, 2014 5:23 am
Contact:

Re: [2.1.7] Large rendering performance regression on Linux

Post by Rseding91 »

Gleba is problematic because several decoratives are configured to render in the same layer as trees, and trees are in their own atlases for the shader effects. The design of Gleba goes against batching in general - it wants several layers never meant to interact to interact.
If you want to get ahold of me I'm almost always on Discord.
Harkonnen
Former Staff
Former Staff
Posts: 268
Joined: Fri Sep 02, 2016 9:23 am
Contact:

Re: [2.1.7] Large rendering performance regression on Linux

Post by Harkonnen »

making those decos "trees" with wind effect of zero might work (via 'if' or 0. multiplier) to unify organic shader. you can also animate them this way :)
Last edited by Harkonnen on Wed Jul 15, 2026 6:17 pm, edited 1 time in total.
SteveofDoom
Burner Inserter
Burner Inserter
Posts: 13
Joined: Thu Mar 27, 2025 11:04 pm
Contact:

Re: [2.1.7] Large rendering performance regression on Linux

Post by SteveofDoom »

Harkonnen wrote: Wed Jul 15, 2026 1:56 pm
SteveofDoom wrote: Wed Jul 15, 2026 1:29 pm The most bizarre thing to me is that it's a 2.1-specific issue. I've never had framerate issues prior to 2.1. I would think texture arrays are a given with the amount of sprites this game has.
according to FFF worms got revamp on 2.1, could be an issue. on texture arrays - back in those days they were abandoned for hw limitations, probably still is
Everything you are saying makes sense, but over 40x increase in draw calls (Vulcanus case) seems a bit excessive from such a change even though I know nothing about Factorio's codebase.
Rseding91 wrote: Wed Jul 15, 2026 2:50 pm Gleba is problematic because several decoratives are configured to render in the same layer as trees, and trees are in their own atlases for the shader effects. The design of Gleba goes against batching in general - it wants several layers never meant to interact to interact.
Is there something about rendering Gleba that changed compared to 2.0.x? I haven't really noticed any difference visually (except stromatolites ofc), but definitely noticed the performance gap and it's all about decoratives.
Last edited by SteveofDoom on Wed Jul 15, 2026 5:59 pm, edited 1 time in total.
rayhem
Manual Inserter
Manual Inserter
Posts: 4
Joined: Fri Nov 15, 2024 11:15 pm
Contact:

Re: [2.1.7] Large rendering performance regression on Linux

Post by rayhem »

I'm still seeing tremendous performance regressions when I jump from stable (v2.0.77) to experimental (v2.1.11), getting about 5.3fps. Even the title screen lags, though this appears to be dependent on the window size (performance improves if I shrink it down). I've attached
Attachments
factorio-perf-20111_20260717-154631_OGL_i7-9700K@3.60~31GB~llvmpipe_LLVM_21.1.8,_256_bits~32028MB.csv
Performance profile
(3.31 KiB) Downloaded 2 times
Bilka
Factorio Staff
Factorio Staff
Posts: 3820
Joined: Sat Aug 13, 2016 9:20 am
Contact:

Re: [2.1.7] Large rendering performance regression on Linux

Post by Bilka »

rayhem wrote: Fri Jul 17, 2026 7:53 pm I'm still seeing tremendous performance regressions when I jump from stable (v2.0.77) to experimental (v2.1.11), getting about 5.3fps. Even the title screen lags, though this appears to be dependent on the window size (performance improves if I shrink it down). I've attached
According to the name of the file, Factorio is using the software renderer. Make sure to install a graphics driver for your GPU/make sure that it works.
I'm an admin over at https://wiki.factorio.com. Feel free to contact me if there's anything wrong (or right) with it.
Post Reply

Return to “Technical Help”