public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: "J.A. Magallón" <jamagallon@ono.com>
To: Linux-Kernel <linux-kernel@vger.kernel.org>
Subject: Re: SSD and IO schedulers
Date: Wed, 4 Feb 2009 00:40:03 +0100	[thread overview]
Message-ID: <20090204004003.26068f72@werewolf.home> (raw)
In-Reply-To: <4dcf7d360901301355l7ed26a5aob7ef6d79d9607b6b@mail.gmail.com>

On Fri, 30 Jan 2009 22:55:47 +0100, Lorenzo Allegrucci <l.allegrucci@gmail.com> wrote:

> Hi, I was wondering how IO schedulers such as as-iosched, deadline and
> cfq behave on SSD
> (that have virtually no seek time), from a theoretical point of view.
> How do they affect
> performance on these devices?
> I heard that the noop scheduler is often chosen by owners of EeePcs
> (with a SSD unit).

I'm beginning to think this is a _very_ bad idea. I have an AspireOne
A110 (512MB, 8GB SSD). This is 'not the best SSD in the world', to say
something. I had been booting with elevator=noop, because of all those
advices found along many blogs.

The fact is that the system behaved well, except when I was doing an
'urpmi --auto-update' (I use Mandriva). The bulk of rpm work rendered the
box unusable. 5-10 seconds stalls and so on.

After reading this, I killed the elevator option from grub, the system uses
the default cfq scheduler, and things are much smoother and the laptop
is perfectly usable while doing an update. I think even rpm itself works
faster.

Perhaps the reason is that, as the SSD is not so good, it behaves more
like a rotational drive ;).

> They report superior performance by using this (quite simple) scheduler.
> Are there any scientific benchmarks around?
> 

A couple questions:
- Apart from noop, which scheduler do you think is the best for SSDs ?
- I'm running 2.6.28.2. Does it have the 'SSD detector' in libata ?
  How can I verify it ?

TIA

-- 
J.A. Magallon <jamagallon()ono!com>     \               Software is like sex:
                                         \         It's better when it's free
Mandriva Linux release 2009.1 (Cooker) for x86_64
Linux 2.6.28.2-desktop-1mnb (gcc 4.3.2 (GCC) #1 Wed Jan

  parent reply	other threads:[~2009-02-03 23:46 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-01-30 21:55 SSD and IO schedulers Lorenzo Allegrucci
2009-01-31  8:45 ` Jens Axboe
2009-01-31 10:42   ` Alan Jenkins
2009-02-03 23:40 ` J.A. Magallón [this message]
2009-02-07 16:58   ` Jan Knutar
2009-04-08 19:18     ` Corrado Zoccolo
2009-04-08 19:56       ` Heinz Diehl
2009-04-08 20:18         ` Corrado Zoccolo
2009-04-09 10:33           ` Heinz Diehl
2009-04-09 10:50             ` Heinz Diehl
2009-04-09 23:56         ` Bill Davidsen
2009-04-10  5:57           ` Theodore Tso
2009-04-10 12:46             ` Bill Davidsen

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=20090204004003.26068f72@werewolf.home \
    --to=jamagallon@ono.com \
    --cc=linux-kernel@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