mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: john stultz <johnstul@us.ibm.com>
To: Mikael Pettersson <mikpe@csd.uu.se>
Cc: lkml <linux-kernel@vger.kernel.org>
Subject: Re: [BUG] 2.6.0-test2 loses time on 486
Date: 30 Jul 2003 16:16:59 -0700	[thread overview]
Message-ID: <1059607019.14771.117.camel@w-jstultz2.beaverton.ibm.com> (raw)
In-Reply-To: <200307302252.h6UMq7aw024159@harpo.it.uu.se>

On Wed, 2003-07-30 at 15:52, Mikael Pettersson wrote:
> On 30 Jul 2003 13:08:44 -0700, john stultz <johnstul@us.ibm.com> wrote:

> >Well, I suspect its just the first. If you're not generating interrupts
> >then I'm doubtful the IDE driver is at fault (although I'd believe it if
> >you were losing time under load). Also the PIT based time source is
> >pretty simple and hasn't functionally changed much (well, it has been
> >moved around a bit). 
> >
> >It may be the timer interrupt has grown in cost since the argument to
> >change HZ to 1000 was made. Although using the PIT there isn't much we
> >do from a time of day perspective. If I can find a second, I'll see if I
> >can compare interrupt overhead between 2.4 and 2.5. But I'd imagine the
> >box would barely be usable if we're wasting all our time handling timer
> >interrupts (is it usable??).
> 
> Well, the test the box was running (recompile 2.4.22-pre) generates
> a lot of disk traffic, including swapping, since the box has so little
> RAM (only 28M). So IDE interrupts are frequent and the box is both
> CPU and I/O bound. I can still log in to it, type shell commands and
> so on, but starting emacs would be a bad idea...

Oh, if you're compiling then IDE is probably contributing to the
problem. However, I thought you said you lost time when idling as well?
 
> To test the "486 can't cope with HZ=1000" thesis I tried a RedHat
> 2.4.18-27.8 kernel which has a CONFIG_HZ option. Using 2.4.18-27.8
> with CONFIG_HZ=1000, the box still lost time during the "recompile
> 2.4.22-pre" test, but only about 15 seconds per hour instead of 2
> minutes per hour as it does with 2.6-test.

Ah, good call testing 2.4 w/ HZ=1000. Yea, as for the difference between
2.4 and 2.6-test, I'm guessing something in do_timer_interrupt_hook()
has grown. Booting a 586+ system w/ "clock=pit" and instrumenting that
function w/ rdtsc calls would probably show what has slowed down. 

Regardless, as you've demonstrated, it seems 486s just can't keep up w/
HZ=1000. Maybe we need to look into some sort of processor specific HZ
config option?

thanks
-john



  reply	other threads:[~2003-07-30 23:25 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-07-30 22:52 Mikael Pettersson
2003-07-30 23:16 ` john stultz [this message]
2003-07-31  6:06   ` Jan-Benedict Glaw
  -- strict thread matches above, loose matches on Subject: below --
2003-07-30 19:19 Mikael Pettersson
2003-07-30 20:08 ` john stultz
2003-07-29 17:34 Mikael Pettersson
2003-07-29 18:59 ` john stultz
2003-07-29 19:15 ` Sean Estabrooks
2003-07-29 21:47 ` Frank van Maarseveen

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=1059607019.14771.117.camel@w-jstultz2.beaverton.ibm.com \
    --to=johnstul@us.ibm.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mikpe@csd.uu.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

all inboxes | Powered by JetHome®