Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1332741
| From | "Rafael J. Wysocki" <rjw@rjwysocki.net> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | [PATCH 0/2] cpufreq: governor: Optimize work queuing in ondemand/conservative |
| Date | 2016-02-12 14:40 +0100 |
| Message-ID | <r1m70-7DG-17@gated-at.bofh.it> (permalink) |
| Organization | linux.* mail to news gateway |
Hi,
This is rather extreme, but I think that we should make the scheduler paths as
lightweight as reasonably possible.
[1/2] removes the atomic work counter incrementation from gov_cancel_work() as
it is not necessary any more.
[2/2] changes the way work items are handled by dbs_update_util_handler() and
dbs_work_handler() to avoid extra atomic operations in cases when they
aren't really necessary (policy objects serving one CPU only).
On top of the pm-cpufreq-test branch of linux-pm.git. Lightly tested, but
I don't have systems where policy objects are shared.
Thanks,
Rafael
Back to linux.kernel | Previous | Next — Next in thread | Find similar | Unroll thread
[PATCH 0/2] cpufreq: governor: Optimize work queuing in ondemand/conservative "Rafael J. Wysocki" <rjw@rjwysocki.net> - 2016-02-12 14:40 +0100 [PATCH 2/2] cpufreq: governor: Avoid atomic operations in hot paths "Rafael J. Wysocki" <rjw@rjwysocki.net> - 2016-02-12 14:40 +0100
csiph-web