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
next prev 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