Factorio Forums

MightyMike wrote:that sounds awesome Rseding, that is almost the double of the UPS, so now we have to clean up some belts.

Or wait for effects of belt optimization - should improve it pretty significantly.
Assuming that Rsending doesn't have those in yet.

I'm getting massive lag in my base when placing rail, i got from 50-55 FPS/UPS down to 2-3 FPS/UPS i have some 300 trains etc
I have lots of mods but i cant see any problem with the mods on the debug screen just get a massive spike in the "waiting for update" that goes from 10-20 up to 300 plus,

Anyone posted that sandstorm save video?

Hi,
when mining a lot of tree at the same time (for example by using the upgrade planner (mod)). The game will slow down to about 30 UPS (from 60) until all the little tree bits have fallen to the gound.

Bilka wrote:Hi,
when mining a lot of tree at the same time (for example by using the upgrade planner (mod)). The game will slow down to about 30 UPS (from 60) until all the little tree bits have fallen to the gound.

I already partially fixed that but it's not completely unavoidable. The little bits falling takes time.

Maybye an option to turn particle effects off?

quinor wrote:Maybye an option to turn particle effects off?

If we're going to go that route there's no end. "It's slow when I do X" well yes because it takes CPU time to do *anything*. Don't do anything and it will be instant. You'll also have no game to play.

Rseding91 wrote:

Bilka wrote:Hi,
when mining a lot of tree at the same time (for example by using the upgrade planner (mod)). The game will slow down to about 30 UPS (from 60) until all the little tree bits have fallen to the gound.

I already partially fixed that but it's not completely unavoidable. The little bits falling takes time.

Thank you for your work! I suspect someone in this thread already mentioned it, but opening the train overview when you have a lot of trains is also pretty slow. Same goes for opening the train inventory with the map and detailed view.

Rseding91 wrote:

quinor wrote:Maybye an option to turn particle effects off?

If we're going to go that route there's no end. "It's slow when I do X" well yes because it takes CPU time to do *anything*. Don't do anything and it will be instant. You'll also have no game to play.

What I mean is, particles are purely graphical effect (or I'm convinced they are) and as for now they often cause massive lag spikes. As for me they're quite similar to clouds or smoke which already have got an option to be turned off, so why not do the same to boost performance on weaker hardware.

quinor wrote:What I mean is, particles are purely graphical effect (or I'm convinced they are) and as for now they often cause massive lag spikes. As for me they're quite similar to clouds or smoke which already have got an option to be turned off, so why not do the same to boost performance on weaker hardware.

I definitely want to make proper particle system one day. Currently, particles are entities as almost everything else (including smoke). If you disable smoke in graphics options, it is just not being rendered, but smoke entities are still created and simulated (even though this was greatly optimized in 0.12).

That must hurt, posila. You have my sword on the task! Maybye (my wishes) .16?

posila wrote:

quinor wrote:What I mean is, particles are purely graphical effect (or I'm convinced they are) and as for now they often cause massive lag spikes. As for me they're quite similar to clouds or smoke which already have got an option to be turned off, so why not do the same to boost performance on weaker hardware.

I definitely want to make proper particle system one day. Currently, particles are entities as almost everything else (including smoke). If you disable smoke in graphics options, it is just not being rendered, but smoke entities are still created and simulated (even though this was greatly optimized in 0.12).

Still the rendering makes a huge difference on my machine. With smoke on, I get slowdowns as soon as I need 20 steamengines.

As for the particles from trees, a mod could remove those I guess. So if it's a mod that has performance issues with it, that mod could fix it

Daid wrote:

posila wrote:

quinor wrote:What I mean is, particles are purely graphical effect (or I'm convinced they are) and as for now they often cause massive lag spikes. As for me they're quite similar to clouds or smoke which already have got an option to be turned off, so why not do the same to boost performance on weaker hardware.

I definitely want to make proper particle system one day. Currently, particles are entities as almost everything else (including smoke). If you disable smoke in graphics options, it is just not being rendered, but smoke entities are still created and simulated (even though this was greatly optimized in 0.12).

Still the rendering makes a huge difference on my machine. With smoke on, I get slowdowns as soon as I need 20 steamengines.

As for the particles from trees, a mod could remove those I guess. So if it's a mod that has performance issues with it, that mod could fix it

The rendering of smoke makes 2 calls to pow(...) each time a smoke cloud is rendered on screen 60 times per second and that's sloooow. That's the impact you see. The actual rendering of it takes no measurable time after those other calculations are done.

Is it something you can possibly cache? What are those pow() calls for?

quinor wrote:Is it something you can possibly cache? What are those pow() calls for?

https://www.factorio.com/blog/post/fff-84

quinor wrote:Is it something you can possibly cache? What are those pow() calls for?

Sounds more like a job for the mighty lookup table...

Yeah, that's what I meant. Lookup table, not cache Anyway, might be a good optimization to do and a reasonably easy one.

Daid wrote:

quinor wrote:Is it something you can possibly cache? What are those pow() calls for?

Sounds more like a job for the mighty lookup table...

A lookup table for all possible values you might call pow(...) with? Just how many distinct values are their for the double data type?

I also see an enormous graphical slowdown when doing non-map view of trains and zooming out. Even with only 5 trains, I notice a far larger performance hit than I would expect, even given that it's rendering double the stuff. I go from unflinching 59 (v-sync leaves me at 59 and not 60 for reasons outside my comprehension) to 5-15. On top of that, I even if have the map open, (so it should not - I believe? - be rendering the world where I am), I see no performance difference. Even more interestingly, the complexity (number of items to render) of the scene I switch to does not seem to impact performance. Simply opening the non-map view and zooming out all the way is enough.

Opening advanced information (alt) seems to cause slight frames drop, but this is really only noticeable on slower machines or large factories with thousands of robots.\

Aside from this and expected things like slight slowdown when pathfinding 200+ enemies through a crowded aria (forest), 2k+ robots causing ~10 fps drop, etc.. I'm finding nothing slowing me down over here

Edit: deleted save as it was not useful - an issue I believed it to have turned out empty upon further testing.

Edit 2: I also notice a 20 fps drop when opening production to 50 hours. No UPS drop, but thought I should mention it.

Rseding91 wrote:

Daid wrote:

quinor wrote:Is it something you can possibly cache? What are those pow() calls for?

Sounds more like a job for the mighty lookup table...

A lookup table for all possible values you might call pow(...) with? Just how many distinct values are their for the double data type?

You input ranges are most likely limited, as it's a visual effect, your output can be slightly inaccurate. I've done the same for atan2() in a project with great success.