public inbox for linux-s390@vger.kernel.org
 help / color / mirror / Atom feed
From: Rob van der Heij <rvdheij@gmail.com>
To: linux-s390@vger.kernel.org
Subject: Re: deadline ALWAYS default for dasd devices(s390) ?
Date: Thu, 06 May 2010 08:17:36 +0000	[thread overview]
Message-ID: <z2x6227a1ef1005060117ld034b2e7vb31493640d0789be@mail.gmail.com> (raw)
In-Reply-To: <4BE27123.6070501@gmail.com>

On Thu, May 6, 2010 at 9:34 AM, Xose Vazquez Perez
<xose.vazquez@gmail.com> wrote:
> On 05/05/2010 09:52 AM, Stefan Weinhuber wrote:
>
> hi,
>
>> At the time this change was made we had the problem that the
>> default scheduler chosen by the distributions resulted in
>> bad performance for DASD devices.
>
> Have you done recently new cfq vs. deadline tests, in z/VM
> and LPAR ?
>
>> I agree that hard coding this choice into the driver is not pretty,
>> but it is pragmatic.
>
> It's awful. Easier and simpler from user space: /sys/block/dasdX/queue/scheduler
>
>> Some generic mechanism for setting driver specific
>> defaults would be nicer, but I doubt that many other drivers would
>> actually benefit from such an interface.
>
> see s390-tools-1.8.4/etc/udev/rules.d/60-readahead.rules
> That's the way to do it.

</lurk>
Hear, hear!

When it's hardcoded, the performance recommendations become a
self-fulfilling prophecy since it prevents simple souls like myself
from experimenting and show under what circumstances the alternative
is more effective. It would not be the first time. I  still recall the
critsit when some feature of the dasd driver did great in the lab and
failed miserably in real life.
I'm even willing to try wrap my brains around udev if I have to ;-)
<lurk>

Rob

      reply	other threads:[~2010-05-06  8:17 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-04-26 12:34 deadline ALWAYS default for dasd devices(s390) ? Xose Vazquez Perez
2010-05-05  6:16 ` Heiko Carstens
2010-05-05  7:52   ` Stefan Weinhuber
2010-05-05  7:55     ` Michael Tokarev
2010-05-06  7:34     ` Xose Vazquez Perez
2010-05-06  8:17       ` Rob van der Heij [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=z2x6227a1ef1005060117ld034b2e7vb31493640d0789be@mail.gmail.com \
    --to=rvdheij@gmail.com \
    --cc=linux-s390@vger.kernel.org \
    /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