Opened 4 years ago

Last modified 2 years ago

#11685 assigned bug

CPU load spikes affecting performance introduced in hrev46690

Reported by: jstressman Owned by: pdziepak
Priority: normal Milestone: R1
Component: System/Kernel Version: R1/Development
Keywords: Cc:
Blocked By: Blocking:
Has a Patch: no Platform: All

Description (last modified by diver)

Up to and including hrev46689 my system would idle at almost flatline. Between 0 and 2% or so on any core. But starting with Pawel's changes in hrev46690 my CPUs will randomly spike to almost full load every few seconds, for anywhere from a fraction of a second to a couple seconds, during which time the system basically partially freezes. You can usually move the mouse, but the menus are frozen, displays like the ActivityMonitor freeze and then jump ahead when it unfreezes (which you'll see as the jagged sawtooth pattern on the screenshot).

I'd noticed this a few days ago when I finally updated my system from hrev46677, which was the last normal nightly release that worked for me. While trying to track down another boot problem that was introduced between that and the next nightly, I noticed that this issue was introduced in the same revision.

performance up to and including hrev46689 performance from hrev46690 and on to the current nightlies, with  hrev48579 being the most recent I've tested.

Attachments (3)

screenshot4crop.png (64.0 KB) - added by jstressman 4 years ago.
performance from hrev46690 and on to the current nightlies, with hrev48579 being the most recent I've tested.
screenshot1crop.png (45.3 KB) - added by jstressman 4 years ago.
performance up to and including hrev46689
screenshot7crop.png (53.2 KB) - added by jstressman 4 years ago.
hrev48579 with cpuidle blacklisted

Download all attachments as: .zip

Change History (8)

Changed 4 years ago by jstressman

Attachment: screenshot4crop.png added

performance from hrev46690 and on to the current nightlies, with hrev48579 being the most recent I've tested.

comment:1 Changed 4 years ago by anevilyak

Component: - GeneralSystem/Kernel
Owner: changed from nobody to pdziepak
Status: newassigned

comment:2 Changed 4 years ago by jstressman

The boot up bug I was researching (that was also introduced in hrev46690) when I tracked this one down is in #11020 for reference.

comment:3 Changed 4 years ago by diver

Description: modified (diff)

Changed 4 years ago by jstressman

Attachment: screenshot1crop.png added

performance up to and including hrev46689

comment:4 Changed 4 years ago by jstressman

I blacklisted the cpuidle module in add-ons/kernel/power/cpuidle and this problem (along with my boot problem in #11020) disappeared.

While the cpu usage is higher than it was before hrev46690, it's perfectly usable and barely noticeable compared to this bug's behavior.

Attaching a screenshot from hrev48579 while running with cpuidle blacklisted to compare with the hrev48579 above without it blacklisted.

Changed 4 years ago by jstressman

Attachment: screenshot7crop.png added

hrev48579 with cpuidle blacklisted

comment:5 Changed 2 years ago by accessays

Not sure if related, but I've been experiencing something similar running Haiku in VMware. Every once in a while (5 mins to half an hour) CPU usage would spike to 100% and stay around there for several seconds and then go back to ~0%. This might be related to VMware itself tho, as pausing Haiku and then resuming usually fixes the problem. I have experienced this with hrev52001 and hrev52000, gcc2 hybrids.

Note: See TracTickets for help on using tickets.