90% cpu to run client

[Babellon]

Why does Elite Dangerous need 90% of my cpu to run? I have a quad core 3.67ghz processor and 16 gigs of ram, 4 gig graphics card. why does the system need to be completely used up by this program? I run EDDiscovery in the background and it freezes all the time and when i look at the system monitoring it shows me 90-100% cpu used and almost all of it is elite dangerous client. I keep thinking maybe EDDiscovery is just bogging down moving data around but its just a database spreadsheet basically. by itself it doesn't use any resources at all on my system. How ever the minute I start elite everything stops.
I keep struggling with it and quite honestly its getting annoying. I spend more time trying to trouble shoot and wait on everything to resolve itself than I do playing. Frontier, why do you need 100% of my system resources to operate your game?

 

[yianniv]

Hi, cmdr. First of all, games are meant to have the full attention of cpu and gpu so that you get the full experience and not stuttering. It's not a service that runs in the background.
Second, I used to have the same problems with ED Discovery, it turned out to be I had to reduce the "entries to read" to ">30 days old" and "Essential entries" to "Nothing" in the "Memory" box under Settings: It was reading too old data trying to form statistics etc so that it froze often, taking E: D down with it.

 

[Dommarraa]

Yeah, look as eddiscovery instead of ed itself. Can be a total hog unless you chain it down.

 

[B.Roberts]

I'm running it on i7-4790K at 4 Ghz with 8 gigs of RAM and I have my Firefox running bunch of tabs with Inara, Youtube and such, EDDiscovery, Ed Market Connector and all this stuff on the background. Never had any issues. Maybe your graphics card is not keeping up? I'm running it on 8GB GTX 1070Ti and sometimes It does gets hot and all the cooling kicks in at full blast. Thinking about upgrading it.

 

[Babellon]

Thanks for the replies, I checked that out, turned down EDdiscovery settings per suggestions, hopefully it stops freezing up. I didn't have that problem at all a few months ago so having it do it now is just getting frustrating to me when I want to play but I'm stuck waiting on things to unfreeze half the time.

 

[Morbad]

Why does Elite Dangerous need 90% of my cpu to run? I have a quad core 3.67ghz processor and 16 gigs of ram, 4 gig graphics card. why does the system need to be completely used up by this program? I run EDDiscovery in the background and it freezes all the time and when i look at the system monitoring it shows me 90-100% cpu used and almost all of it is elite dangerous client.

Four cores are not many any more and 3.67GHz, even on an architecture with high IPC, is not particularly that fast. This was likely a very middling CPU five years ago when ED was new and the game has become more demanding, especially if you have horizons.

ED itself will have at least two render threads responsible for keeping the GPU fed and several more worker threads that handle the rest of the game...physics, AI, sound, I/O, etc.

Maybe your graphics card is not keeping up?

The more powerful the GPU the more likely it is to reveal a bottleneck elsewhere.

 

[varonica]

I run EDDiscovery in the background and it freezes all the time

EDDiscovery does that when it's updating data over the net, once it's finished sending its current lot of data is frees up again.

 

[gooddoc]

I've stopped using EDDiscovery, it really does reduce the performance of my laptop, slowing everything down while it's running.

Instead I now drop the day's journal into the 'Import Journal' tab on EDSM program when I'v finished & logged out of ED.

 

[varonica]

I've stopped using EDDiscovery, it really does reduce the performance of my laptop, slowing everything down while it's running.

Instead I now drop the day's journal into the 'Import Journal' tab on EDSM program when I'v finished & logged out of ED.

You could try running something smaller like EDMC to update.

 

[gooddoc]

You could try running something smaller like EDMC to update.

I never really bothered with 3rd party tools much, until the borked Exploration Server migration a few years back. Then I had to re-explore a couple of days Systems from memory (I doubt I got even close).
Since then I used Captain's Log, though that program slowed down in time, then EDDiscovery.
But as I'm only using it for a log of my route of visited Systems & nothing else, I've found it easier to drag 'n drop my journals into EDSM after finishing a session....one less program running on my laptop while playing ED

 

[Jack Schitt]

This is maybe going to sound a little random, especially as it's only tangentially connected to the OP and some of the replies, but do any of you folks suffering slowdowns or other performance issues happen to be using the Windows 10 wallpaper slideshow feature, or a third-party wallpaper app that uses its components?

Bear with me if you are, feel free to skip on if you're not.

Spoiler

Sometime in the last year I began to notice increased sluggishness from certain programs on this system when it had been running for a while. Given enough time the problem became noticeable on most running programs, but especially on those that rendered a lot of GUI elements and most specifically Paint.NET and EDDiscovery. The symptoms reminded me of the classic GDI bugs from the 9x era of Windows, where there was plenty of RAM but the GDI resources would max out and you could literally see the UI buttons and sliders being drawn almost pixel by pixel. But in this case there was nothing visible in any first- or third-party resource monitor I looked at. No excessive use of RAM, no obvious CPU bottlenecks, no errand handles. Just increased sluggishness over time.

After a lot of investigation -- each tweak required an hour or more of use before the symptoms would begin to show -- I narrowed it down to Actual Multiple Monitors, and rather than waste time digging any deeper I uninstalled the whole program and the problem went away. But after a couple of weeks I really missed the wallpaper slideshow on my second monitor so I installed WallpaperSSPro and was dismayed when the problem came back. Fortunately WallpaperSSPro, unlike Actual, has an option to bypass the fade between wallpapers feature that's built into the Windows slideshow and leveraged by third-party programs, and just flip between wallpapers. Turning this off seems to have cured the problem permanently. I'm guessing one of the frequent Windows updates changed something, because Actual had always used that feature and had worked flawlessly for years.

It seems that the Windows slideshow does its thing by creating a JPG copy of whatever wallpaper images are current, and using that for the actual display. It's how it's able to display different wallpapers on different screens, and presumably how it handles the fade transition. It's really just one big image containing the different pictures, stretched and scaled to fit across the multi-monitor desktop. I've yet to determine why this causes the problems it does. A memory leak deep inside a Windows process that doesn't get picked up by the monitors? Changes triggering excessive Windows Security activity? Who knows.

Now there is a caveat here. Because my second monitor spends most of its time empty, I like to switch wallpapers a lot. Like, every 30 seconds. And my machine rarely shuts down, just sleeps between sessions. So if this problem is caused solely by the transition routine, many users who have more sensible switching times may not see it at all, especially if they restart their machines at the beginning of each day.

Still, this is the closest I've seen to anyone reporting something even broadly in line with the issue I had. It may be completely unrelated, but with the specific mention of EDDiscovery I couldn't let it go unremarked just in case there's a connection.

We now return to your scheduled programming.

 

[Genar-Hofoen]

I never really bothered with 3rd party tools much, until the borked Exploration Server migration a few years back. Then I had to re-explore a couple of days Systems from memory (I doubt I got even close).
Since then I used Captain's Log, though that program slowed down in time, then EDDiscovery.
But as I'm only using it for a log of my route of visited Systems & nothing else, I've found it easier to drag 'n drop my journals into EDSM after finishing a session....one less program running on my laptop while playing ED

Captain's Log doesn't slow down, if you split your trips into smaller trip databases - it's the loading of the trip data at the start which is the slowest operation CL performs. Once you get into multiple thousands of jumps in a trip database, that's when you notice the slow startup. CL does a lot of work to load each jump.

 

[GunnerBill]

Doesn’t this mean the client (or which ever app) is claiming 90% of the total current usage of what’s happening.
And not 90% of the actual CPU capacity.

 

[gooddoc]

Captain's Log doesn't slow down, if you split your trips into smaller trip databases - it's the loading of the trip data at the start which is the slowest operation CL performs. Once you get into multiple thousands of jumps in a trip database, that's when you notice the slow startup. CL does a lot of work to load each jump.

That's what happened as you described, I'd a good couple of year's worth of trips trying to load in, eventually it took soo long to load up, I stopped using it.

I must say though, it was an excellent program...pity I outgrew it with my data.

 

[ebbrell]

I had an older system which hit 90 to 95 percent often. It also had 4 cores. I noticed a pattern it would happen near systems especially when other players were around.

The network traffic did make a difference and I lost a few fps as a result.

 

[varonica]

quadcore X5450 at 3.6Ghz. 10 years old CPU. not getting over 60% average, a bit more in asteroid fields.

Running a i7-8750h, 6 cores, 12 threads at 2.2ghz, 16gb ram, RTX 2070 with 8gb ram, running EDDiscovery, Elite Observatory, EDMC, sitting at 43% CPU, ED itself is using under 30% while idle. I watched it's use during a jump into a star system and it jumped up to around 60% for a brief moment. EDDiscovery is chewing up a stack of ram because I just let it load everything, using 1.7gb at the moment, but I have stacks to spare so why not? One of the biggest CPU hogs is what I am doing at this moment writing this, with a couple of windows open Firefox is using nearly 10% CPU and it is literally doing nothing except waiting for me to put letters into this message.

While admittedly just throwing more hardware at it does solve just about everything, keep in mind that other programs like your browser can chew up a lot of resources that might cause big issues with a less capable hardware setup. I mean if Firefox is using that much CPU and nearly half a Gb of ram on my system it would be a killer for PC's just a few years old. So at 42% CPU, ED is using around 30%, Firefox, about 9%, all the other programs, EDDiscovery, Elite Observatory, EDMC just a couple of %.

 

[CmdMarty]

Four cores are not many any more and 3.67GHz, even on an architecture with high IPC, is not particularly that fast. This was likely a very middling CPU five years ago when ED was new and the game has become more demanding, especially if you have horizons.

ED itself will have at least two render threads responsible for keeping the GPU fed and several more worker threads that handle the rest of the game...physics, AI, sound, I/O, etc.



The more powerful the GPU the more likely it is to reveal a bottleneck elsewhere.

Funny it runs fine on my office pc a duel core gtx 750ti 60+ fps with hardly any stutter!