public inbox for linux-ext4@vger.kernel.org
 help / color / mirror / Atom feed
From: Linus Torvalds <torvalds@linux-foundation.org>
To: Martin Knoblauch <spamtrap@knobisoft.de>
Cc: Mel Gorman <mel@csn.ul.ie>, Fengguang Wu <wfg@mail.ustc.edu.cn>,
	Mike Snitzer <snitzer@gmail.com>,
	Peter Zijlstra <peterz@infradead.org>,
	jplatte@naasa.net, Ingo Molnar <mingo@elte.hu>,
	linux-kernel@vger.kernel.org,
	"linux-ext4@vger.kernel.org" <linux-ext4@vger.kernel.org>,
	James.Bottomley@steeleye.com
Subject: Re: regression: 100% io-wait with 2.6.24-rcX
Date: Fri, 18 Jan 2008 11:23:15 -0800 (PST)	[thread overview]
Message-ID: <alpine.LFD.1.00.0801181109410.2957@woody.linux-foundation.org> (raw)
In-Reply-To: <903015.63912.qm@web32611.mail.mud.yahoo.com>



On Fri, 18 Jan 2008, Martin Knoblauch wrote:
>
>  just to make one thing clear - I am not so much concerned about the
> performance of AACRAID. It is OK with or without Mel's patch. It is
> better with Mel's patch. The regression in DIO compared to 2.6.19.2 is
> completely independent of Mel's stuff.
> 
>  What interests me much more is the behaviour of the CCISS+LVM based
> system. Here I see a huge benefit of reverting Mel's patch.

Ok, I just got your usage cases confused.

The argument stays the same: some controllers/drivers may have subtle 
behavioural differences that come from the IO limits themselves.

So it wasn't AACRAID, it was CCISS+LVM. The argument is the same: it may 
well be that the *bigger* IO sizes are actually what hurts, even if the 
conventional wisdom is traditionally that bigger submissions are better.

>  At least, rc1-rc5 have shown that the CCISS system can do well. Now
> the question is which part of the system does not cope well with the
> larger IO sizes? Is it the CCISS controller, LVM or both. I am open to
> suggestions on how to debug that. 

I think you need to ask the MD/DM people for suggestions.. Who aren't cc'd 
here.

		Linus

  reply	other threads:[~2008-01-18 19:24 UTC|newest]

Thread overview: 41+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-01-18  8:19 regression: 100% io-wait with 2.6.24-rcX Martin Knoblauch
2008-01-18 16:01 ` Mel Gorman
2008-01-18 17:46   ` Linus Torvalds
2008-01-18 19:01     ` Martin Knoblauch
2008-01-18 19:23       ` Linus Torvalds [this message]
2008-01-22 14:39       ` Alasdair G Kergon
2008-01-18 20:00     ` Mike Snitzer
2008-01-18 22:47       ` Mike Snitzer
  -- strict thread matches above, loose matches on Subject: below --
2008-01-23 11:12 Martin Knoblauch
2008-01-22 18:51 Martin Knoblauch
2008-01-22 15:25 Martin Knoblauch
2008-01-22 23:40 ` Alasdair G Kergon
2008-01-19 10:24 Martin Knoblauch
2008-01-17 21:50 Martin Knoblauch
2008-01-17 22:12 ` Mel Gorman
2008-01-17 17:51 Martin Knoblauch
2008-01-17 17:44 Martin Knoblauch
2008-01-17 20:23 ` Mel Gorman
2008-01-17 13:52 Martin Knoblauch
2008-01-17 16:11 ` Mike Snitzer
2008-01-16 14:15 Martin Knoblauch
2008-01-16 16:27 ` Mike Snitzer
2008-01-16  9:26 Martin Knoblauch
     [not found] ` <E1JF6w8-0000vs-HM@localhost.localdomain>
2008-01-16 12:00   ` Fengguang Wu
2008-01-16 12:00   ` Fengguang Wu
     [not found] <200801071151.11200.lists@naasa.net>
     [not found] ` <200801130905.44855.jplatte@naasa.net>
     [not found]   ` <400212488.11031@ustc.edu.cn>
     [not found]     ` <200801131049.33111.jplatte@naasa.net>
     [not found]       ` <E1JE1Uz-0002w5-6z@localhost.localdomain>
2008-01-13 11:59         ` Fengguang Wu
2008-01-13 11:59         ` Fengguang Wu
     [not found]       ` <20080113115933.GA11045@mail.ustc.edu.cn>
     [not found]         ` <E1JEGPH-0001uw-Df@localhost.localdomain>
2008-01-14  3:54           ` Fengguang Wu
2008-01-14  3:54           ` Fengguang Wu
     [not found]         ` <20080114035439.GA7330@mail.ustc.edu.cn>
     [not found]           ` <E1JEM2I-00010S-5U@localhost.localdomain>
2008-01-14  9:55             ` Fengguang Wu
2008-01-14 11:30               ` Joerg Platte
2008-01-14 11:41                 ` Peter Zijlstra
     [not found]                   ` <E1JEOmD-0001Ap-U7@localhost.localdomain>
2008-01-14 12:50                     ` Fengguang Wu
2008-01-14 12:50                     ` Fengguang Wu
2008-01-15 21:13                       ` Mike Snitzer
     [not found]                         ` <E1JF0m1-000101-OK@localhost.localdomain>
2008-01-16  5:25                           ` Fengguang Wu
2008-01-16  5:25                           ` Fengguang Wu
2008-01-15 21:42                     ` Ingo Molnar
     [not found]                       ` <E1JF0bJ-0000zU-FG@localhost.localdomain>
2008-01-16  5:14                         ` Fengguang Wu
2008-01-16  5:14                         ` Fengguang Wu
2008-01-14  9:55             ` Fengguang Wu

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=alpine.LFD.1.00.0801181109410.2957@woody.linux-foundation.org \
    --to=torvalds@linux-foundation.org \
    --cc=James.Bottomley@steeleye.com \
    --cc=jplatte@naasa.net \
    --cc=linux-ext4@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mel@csn.ul.ie \
    --cc=mingo@elte.hu \
    --cc=peterz@infradead.org \
    --cc=snitzer@gmail.com \
    --cc=spamtrap@knobisoft.de \
    --cc=wfg@mail.ustc.edu.cn \
    /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