Default sampling rates for ondemand governor are too high on a amd64
A message that is not in the archive (sent off-list or not yet received): [email protected]/
http://bugzilla.kernel.org/show_bug.cgi?id=4379
[email protected] changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |[email protected]
------- Comment #5 from [email protected] 2007-11-17 23:02 ------- Eric, what about commit df8b59be0976c56820453730078bef99a8d1dbda, "Avoid the ondemand cpufreq governor to use a too high frequency for stats" - does it resolve this problem?
Thanks.
Signature · 3 lines
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.
http://bugzilla.kernel.org/show_bug.cgi?id=4379
------- Comment #6 from [email protected] 2007-11-19 05:17 ------- (Sorry for answering late, I haven't received directly any email, just saw the message on the mailing list.)
What I was talking about in comment #4 was this commit. It's to keep the the frequency low enough compared to the scheduler. The attached patch, on the contrary, _increases_ the frequency.
Unfortunately Gunther hasn't confirm this patch helps with his problem. However, now the sampling down is done as often as the sampling up so it should be less problematic anyway. 1000 is a very conservative value but nowadays, with the great hunt for reducing the wakeups that can probably be considered fine. It would be nice if Gunther could confirm the behavior is currently better (slow down happens fast enough)...
Signature · 3 lines
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.
http://bugzilla.kernel.org/show_bug.cgi?id=4379
[email protected] changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |[email protected]
------- Comment #7 from [email protected] 2008-05-14 06:39 ------- This problem has has been HUGELY WORSENED in kernel 2.6.25 since someone apparently opted to RAISE the minimum sampling rate to whopping 2500000. Even with the minimum settings, the ondemand governor now acts so sluggish that it is basically unusuable. I had to switch to userspace governor and powernowd which I consider a significant step backwards.
Would someone with sufficient rights please add 2.6.25 to the kernel version in bugzilla? Otherwise I'll open a new bug for that version soon.
Signature · 3 lines
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.
http://bugzilla.kernel.org/show_bug.cgi?id=4379
------- Comment #8 from [email protected] 2008-05-14 06:44 ------- argh argh argh. sorry. my last comment does NOT apply to the ondemand but to conservative governor. I'll open a separate bug for that
Sorry again. tried not to duplicate anything but should have read better
Signature · 3 lines
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.
http://bugzilla.kernel.org/show_bug.cgi?id=4379
[email protected] changed:
What |Removed |Added
----------------------------------------------------------------------------
CC|[email protected] |
Signature · 3 lines
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.
http://bugzilla.kernel.org/show_bug.cgi?id=4379
[email protected] changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |[email protected]
Signature · 3 lines
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.