[2022] Game performance during ti-di question

Originally posted by Dravos_Mabebu

Indeed in heavy tidi fights the GPU barely needs to work. This is because the game gets highly CPU bound during such encounters. And the less frames your CPU can send out the less frames need to be rendered --> GPU usage drops to nearly nothing.

Most of EVE's application are single thread, so you should see a load of about 1/6 ~ 17% since you got a hexa core CPU. If the EVE process uses those 17% its most likely that one of your CPU cores is working at 100% capacity (this unfortunately is often not reflected in the task manager).

Originally posted by Solstice_Projekt

Excuse me, but because I can ask you directly, I'm doing so. It's, I guess, tangentially related to the issue at hand.

I have 2000+ bookmarks in Hek. My fps is cut to a third, just because they exist. I don't even have to be on grid with them.

Turning them off and on depending on usage isn't an option, because it causes my client to freeze for longer than is acceptable. Jumping gates is especially painfull, but at least the invulnerability timer nowadays only starts when my pod's actually fully loaded.

Thank you for that, by the way.

I've discovered that the "mouse hover function", when hovering over space, causes the client's fps to go down. My fps go down over space, but they go up when I move the mouse over the overview or any other window. They don't go up to a value they should have, but not hovering space is beneficial for fps and reacting.

Can you please fix that? It's like the mouse-movement function checks every object for intersection, every frame. The more objects there are, the longer it takes.

It's really not how this should be written nowadays and I was flabbergasted when I discovered this.

Please note that I'm not complaining about the fps drop, because that's just a symptom anyway, but about the fact that it translates into increased latency, thus messing with ability to react as quickly as I could.

Thank you for reading.

PS: I can make you a video showing this, if you want to.

Originally posted by ccp_habakuk

Hey,

Yeah, having 2000 bookmarks active in a single system is indeed a bit much and this is known to cause performance issues. I investigated this a bit when working on shared bookmarks, and I think we also managed to include some improvements, but unfortunately we could not address more. Unfortunately the sensor overlay is just not made to handle as many objects - and the same thing would happen with a high amount of anomalies.

I'll try to see next week if I might find anything, which we could improve easily, but from past experience I am afraid that this would all require extensive code changes.

For workarounds: Would it be doable for you to split the bookmarks into several subfolders and only enable those on the sensor overlay, which you are currently working with? Yes, the action of enabling a (sub-)folder takes some time, but it might still be better than keeping them all enabled all the time.

A video should not be necessary here - I know what you are dealing with. I might have tested it only with 1000 bookmarks (maybe more), but I was measuring this slow-down back then. Although - if you want to send a bug report and include a short video there, then this might give some extra leverage to get this looked into.