Is this normal? System and compressed memory process ALWAYS at 20% cpu

Those are some nice googling skills there dalchina, I tried to google myself but never found those :)

I think I solved the problem though, but I'm not sure WHY it worked.
Inspired by those links you gave me I decided to test my drivers. That is actually what solved the system and compressed memory cpu load on my Fujitsu a544.

Here is what I did:

First, using the programs in the screenshot below, I analyzed my system.

I am no expert at those tools whatsoever but looking at a different thread I found googling it seems getting high (millions in fact) ISR and DCP values within a short time, in my case just one minute, could mean a bad driver. (can also be suspected when System Interrupts have constant cpu-load in Task Manager supposedly)




Other people have solved this by updating their bios, but mine already is up to date.

So I went to fujitsus webpage and downloaded the Intel Rapid Storage Driver for my laptop.
Installed driver, restarted, and suddenly both the system and memory compression process and the interrupts process were below 0.1% cpu load. Problem solved.

However, here is what I don't understand. When I check my device manager and check the driver for my SSD, it says it's a microsoft driver, just like before I installed the Intel driver. I expected that to say Intel (I thought the intel rapid storage driver was the driver for the SSD?)
I know windows 10 will automatically update and install drivers for you unless told not to, but if that happened, why is the problem still solved? (Not that I'm complaining really :))

Why thanks:)

I chose that driver for two reasons, I thought that the system and memory compression is linked to paging, and thus to the SSD. (this may or may not be, just a guess I made)
Second, the fujitsu web page has very few drivers for win 10, only three, I checked my device manger and realized two of them were already installed, so the Intel Rapid driver was the only one left.

I am still wondering why the SSD driver is not intel, but perhaps the intel rapid storage is not the SSD driver at all, but in fact IDE ATA/ATAPI controller? I guess I will have to check next time I have a clean install in front of me.

Slight update in case anyone else has the same problem: Turns out installing the intel rapid driver was only half the solution, it only fixed the problem for warm boots but not for cold boots. Yesterday fujitu posted a new bios (version 1.20) that solves the problem. See Fujitsus support pages for bios download.

I had the same problem on my new computer (surface book, i7 16b GB ram) and it came up to 30% CPU consumption... and the battery live was shortened. I saw another post somewhere and tried it myself.
The consumption only goes up once you are using 'Hibernation' and not 'Sleep' mode while closing the lid. Change the Windows settigns to fix.

dalchina said:

Wow.. impressive intuition and analysis. Well done indeed! Could be very helpful for anyone with a similar problem.

And another good tool from Resplendence - of which I know, but not that tool.

This gives a little context for ISRs (Interrupt service requests) and DPCs (delayed procedure call)
Example 15: Measuring DPC/ISR Time - Windows 10 hardware dev

Just curious.. what led you so directly to that driver?

Windows doesn't always get the driver right as I think you know. Example: my 64 bit clean install on this 5-6 year-old laptop left me with a coprocessor driver missing. No help available from HP; solved it rather unexpectedly using DriverMax (3rd party driver tool) which is definitely not recommended in general esp. for Win 10.

I had same problem - but another solution to mine. When I deleted the Facebook app, everything went back to normal.

AncientNoodles said:

So I went to fujitsus webpage and downloaded the Intel Rapid Storage Driver for my laptop.
Installed driver, restarted, and suddenly both the system and memory compression process and the interrupts process were below 0.1% cpu load. Problem solved.

hi
may i ask you how did you find out it was intel rapid storage driver the guilty?
thanks

This worked for me.
Solved: 'System and Compressed Memory Service' process High CPU Usage
After upgrading to Windows 10 on July 29, 2016 (ok, I'm a procrastinator, alright?) I noticed a process called 'system and compressed memory' that was eating up 18-19% of my CPU non-stop. Searched and found several 'solutions', none of which worked (drivers, BIOS, Registry hacks, Pagefile, Settings, etc.).

I started killing processes one by one and discovered the process 'speech runtime executable' to be the culprit. When I killed it, CPU usage for 'system and compressed memory' went to zero.

However, after killing the 'speech runtime executable' I could no longer talk to Cortana (Hey Cortana). Oh well. At least I got my system back.
All I have to do is click the 'O' in Quick Launch on the Task Bar and then type or just click the Mic in the bottom right corner to talk to Cortana. Works fine. But after you talk to her that 'speech runtime executable' process shows up again and the 'system and compressed memory' process is pegged back at 19% CPU again.
Once you kill the 'speech runtime executable' process, the CPU usage for the 'system and compressed memory' process goes back to zero.
Note that this has nothing to do with the process called 'Cortana'. I left that alone.
Microsoft needs to address this major flaw with Cortana. I'm not giving up 20% of my CPU just so she can listen for commands.
Windows 10
HP ENVY Laptop
12GB RAM
1TB HD