From: James Bruce <bruce@andrew.cmu.edu>
To: David Weinehall <tao@acc.umu.se>
Cc: Lee Revell <rlrevell@joe-job.com>, Pavel Machek <pavel@ucw.cz>,
Marc Ballarin <Ballarin.Marc@gmx.de>,
linux-kernel@vger.kernel.org
Subject: Re: Power consumption HZ100, HZ250, HZ1000: new numbers
Date: Mon, 01 Aug 2005 12:18:18 -0400 [thread overview]
Message-ID: <42EE4B4A.80602@andrew.cmu.edu> (raw)
In-Reply-To: <20050801074447.GJ9841@khan.acc.umu.se>
David Weinehall wrote:
> On Sun, Jul 31, 2005 at 07:23:54PM -0400, Lee Revell wrote:
>>Any idea what their official recommendation for people running apps that
>>require the 1ms sleep resolution is? Something along the lines of "Get
>>bent"?
>
> Calm down.
Yes, Lee needs to chill a bit. I'll hopefully explain our position
calmly enough below.
> Any argument along the lines of the change of a default
> value in the defconfig screwing people over equally applies the other
> way around; by not changing the defconfig, you're screwing laptop users
> (and others that want less power consumption) over. The world is not
> black and white, it's a very boring gray (or a very sadening bloody
> red; but I hope we won't come to that point just because of a silly
> argument on lkml...)
The tradeoff is a realistic 4.4% power savings vs a 300% increase in the
minimum sleep period. A user will see zero power savings if they have a
USB mouse (probably 99% of desktops). On top of that, we can throw in
Con's disturbing AV benchmark results (1). As a result, some of us
don't think 250HZ is a great tradeoff to make _for_the_default_value_.
(1) http://article.gmane.org/gmane.linux.kernel/319124/
> In the end, Linus will decide this anyway. I can understand that you
> don't want to change your application. Help developing the dynamic
> tick patch, and maybe you won't have to =)
From what I can tell, tick skipping works fine right now, it just needs
some cleanup. Thus I'd expect something like it will get integrated
into 2.6.14. If it gets in, the default HZ should go back up to 1000.
In that case why decrease it for exactly one patchlevel?
As an app programmer, it'd be nice not to have to support 2.6.13
differently from 2.6.(x!=13). For my app, busy waiting means a ~12%
load increase for 2.6.13 compared to (probably) all other 2.6 kernel
versions. That's certainly violating the principle of least surprise.
Up to now, it was easy enough to tell people "upgrade from 2.4.x and
it'll work better". Now it gets more complicated.
Finally, as a conspiracy theorist, I wonder if Linus is just playing us
to get more people working on the tick skipping and highres timer
patches. Someone with the ability to herd cats obviously has to be
sneaky. As an impressive demonstration of my free will I'm going to go
test dyntick on my VIA Epia board...
- Jim Bruce
next prev parent reply other threads:[~2005-08-01 16:25 UTC|newest]
Thread overview: 82+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-07-29 22:49 Power consumption HZ100, HZ250, HZ1000: new numbers Marc Ballarin
2005-07-29 23:15 ` Lee Revell
2005-07-30 10:06 ` Marc Ballarin
2005-07-30 18:05 ` Lee Revell
2005-07-30 18:18 ` Zwane Mwaikambo
2005-07-30 18:14 ` Lee Revell
2005-07-30 18:35 ` Lee Revell
2005-08-01 20:00 ` Lee Revell
2005-07-30 19:51 ` Pavel Machek
2005-07-30 20:04 ` Lee Revell
2005-07-30 20:10 ` Pavel Machek
2005-07-31 20:21 ` James Bruce
2005-07-31 21:10 ` Pavel Machek
2005-07-31 21:41 ` Lee Revell
2005-07-31 21:57 ` James Bruce
2005-07-31 22:32 ` Pavel Machek
2005-07-31 23:20 ` Bernd Eckenfels
2005-08-01 1:59 ` Kyle Moffett
2005-08-02 9:08 ` Tomasz Torcz
2005-07-31 21:54 ` Lee Revell
2005-07-31 22:02 ` Lee Revell
2005-07-31 22:18 ` James Bruce
2005-07-31 22:07 ` Jim Crilly
2005-07-31 22:36 ` Pavel Machek
2005-07-31 22:39 ` Lee Revell
2005-08-01 3:49 ` Jim Crilly
2005-08-01 7:26 ` Pavel Machek
2005-08-01 18:16 ` Jim Crilly
2005-08-10 18:49 ` Bill Davidsen
2005-07-31 22:12 ` James Bruce
2005-07-31 22:47 ` Pavel Machek
2005-07-31 23:23 ` Lee Revell
2005-07-31 23:29 ` Pavel Machek
2005-07-31 23:53 ` Lee Revell
2005-08-01 7:28 ` Pavel Machek
2005-08-10 19:00 ` Bill Davidsen
2005-08-01 6:19 ` Stefan Seyfried
2005-08-01 16:07 ` Jan Knutar
2005-08-01 18:45 ` Lee Revell
2005-08-02 9:13 ` Tomasz Torcz
2005-08-02 14:58 ` Lee Revell
2005-08-01 7:44 ` David Weinehall
2005-08-01 16:18 ` James Bruce [this message]
2005-08-01 19:27 ` Lee Revell
2005-08-01 20:42 ` Theodore Ts'o
2005-08-02 4:50 ` James Bruce
2005-08-02 13:10 ` Stephen Clark
2005-08-02 14:02 ` Lee Revell
2005-08-02 14:12 ` Jens Axboe
2005-08-02 17:06 ` Folkert van Heusden
2005-08-02 17:45 ` linux-os (Dick Johnson)
2005-08-02 17:55 ` Lee Revell
2005-08-02 14:15 ` Con Kolivas
2005-08-02 14:20 ` Lars Marowsky-Bree
2005-08-02 14:22 ` Lee Revell
2005-08-02 15:18 ` Joel Jaeggli
2005-08-03 8:53 ` Oliver Neukum
2005-08-02 14:43 ` Jeff Garzik
2005-08-02 14:52 ` Lee Revell
2005-08-02 19:26 ` Lars Marowsky-Bree
2005-08-02 15:42 ` James Bruce
2005-08-02 15:58 ` Lee Revell
2005-08-02 17:02 ` Prakash Punnoor
2005-08-02 16:08 ` Ondrej Zary
2005-08-05 6:39 ` James Bruce
2005-08-11 19:22 ` Ondrej Zary
2005-08-03 9:19 ` Hans Kristian Rosbach
2005-08-03 13:57 ` Dmitry Torokhov
2005-08-04 12:52 ` Hans Kristian Rosbach
2005-08-02 6:45 ` Tony Lindgren
2005-08-02 11:23 ` Pavel Machek
2005-08-02 14:08 ` Lee Revell
2005-08-02 14:31 ` Roman Zippel
2005-08-02 11:25 ` Pavel Machek
2005-08-02 14:07 ` Lee Revell
2005-08-03 17:13 ` Stephen Ray
2005-08-03 19:12 ` Lee Revell
2005-07-30 20:08 ` Lee Revell
2005-07-30 10:06 ` Pavel Machek
2005-08-10 19:08 ` Bill Davidsen
-- strict thread matches above, loose matches on Subject: below --
2005-08-03 15:20 ambx1
2005-08-03 16:47 ` James Bruce
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=42EE4B4A.80602@andrew.cmu.edu \
--to=bruce@andrew.cmu.edu \
--cc=Ballarin.Marc@gmx.de \
--cc=linux-kernel@vger.kernel.org \
--cc=pavel@ucw.cz \
--cc=rlrevell@joe-job.com \
--cc=tao@acc.umu.se \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox