public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Dario Faggioli <raistlin@linux.it>
To: Jonathan Johnson <johnsonn@matc.edu>
Cc: linux-kernel@vger.kernel.org, a.p.zijlstra@chello.nl,
	mingo@elte.hu, tglx@linutronix.de, trimarchimichael@yahoo.it
Subject: Re: commit f6121f4f8708195e88cbdf8dd8d171b226b3f858 upstream
Date: Thu, 23 Oct 2008 10:39:07 +0200	[thread overview]
Message-ID: <1224751147.9835.40.camel@Palanthas> (raw)
In-Reply-To: <48FD98FA.8C56.0056.0@matc.edu>

[-- Attachment #1: Type: text/plain, Size: 2441 bytes --]

On Tue, 2008-10-21 at 08:55 -0500, Jonathan Johnson wrote:
> Hello all,
Hello again Jonathan,

>   sched_rt.c: resch needed in rt_rq_enqueue() for the root rt_rq
>     
>     commit f6121f4f8708195e88cbdf8dd8d171b226b3f858 upstream
> 
Ok, this is the patch that adds a rescheduling point when unthrottling
the root rt_rq, isn't it?

> Many previous kernels up to and include 2.6.27.1 have had a "wa" time of 48-50% based on top or vmstat 1 100(last column heading, on the right).
> After applying kernel 2.6.27.2 the read "wa" time has dropped for reads down to 0%-10%.  After reading the changelog
> I used the same .config for this kernel as several previous ones.
> I figured it must be this commit that made the different, since there are only about 12 commits and this seem most likely.
>
Mmm... I see...

> THANK YOU
> 
Well, you're welcome... But... The problem is that I'm not sure I can
see how that patch could have solved (or lightened) the issue you are
reporting about I/O wait time.
It, in fact, is quite unrelated with I/O stuffs, actually! :-O

All I can think about is something like some kernel threads,
responsible, or somehow related to I/O, driver, RAID, etc., get
throttled and, when unthrottled back, they were not rescheduled as soon
as they can, as they are after the bugfix.
Anyway:
- I know the I/O layer too few to know if this is a possible scenario;
- I don't think the added latency the bug entailed to be so much severe,
  otherwise I think it would be noticed much before.

I'm very sorry, but my lack of knowledge of the details of the I/O
layer, prevents me from being more helpful than this. :-(

Maybe, if you have not already done it, you can bisect and run your
test. That way we can see if that commit is really the one that is
responsible for the performance improvement, can you?

Regards,
Dario

-- 
<<This happens because I choose it to happen!>>
(Raistlin Majere, DragonLance Chronicles -Dragons of Spring Drawning-)
----------------------------------------------------------------------
Dario Faggioli
GNU/Linux Registered User: #340657
Web: http://www.linux.it/~raistlin
Blog: http://blog.linux.it/raistlin
SIP Account: dario.faggioli@sipproxy.wengo.fr or
             raistlin@ekiga.net
Jabber Account: dario.faggioli@jabber.org/WengoPhone
GnuPG Key ID: 4DC83AC4
GnuPG Key Fingerprint: 2A78 AD5D B9CF A082 0836 08AD 9385 DA04 4DC8 3AC4

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

      reply	other threads:[~2008-10-23  8:39 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <48FCA742.8C56.0056.0@matc.edu>
     [not found] ` <20081020204516.GA21825@suse.de>
     [not found]   ` <1224575797.6629.9.camel@Palanthas>
2008-10-21 13:55     ` commit f6121f4f8708195e88cbdf8dd8d171b226b3f858 upstream Jonathan Johnson
2008-10-23  8:39       ` Dario Faggioli [this message]

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=1224751147.9835.40.camel@Palanthas \
    --to=raistlin@linux.it \
    --cc=a.p.zijlstra@chello.nl \
    --cc=johnsonn@matc.edu \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mingo@elte.hu \
    --cc=tglx@linutronix.de \
    --cc=trimarchimichael@yahoo.it \
    /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