lkml.org 
[lkml]   [2009]   [Jan]   [31]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: SSD and IO schedulers
Jens Axboe wrote:
> On Fri, Jan 30 2009, Lorenzo Allegrucci 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).
>> They report superior performance by using this (quite simple) scheduler.
>> Are there any scientific benchmarks around?
>>
>
> Just recently the io schedulers started checking for SSD devices, so
> today it should not matter performance wise (throughput) whether you use
> CFQ or NOOP on eg the eeepc.

Although not all SSDs identify themselves, including the one on my
eeepc. So to get the benefit you have to tell the kernel manually. The
ability to do this was merged into mainline yesterday. (/me resolves to
test it).

http://git.kernel.org/gitweb.cgi?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=1308835ffffe6d61ad1f48c5c381c9cc47f683ec

Anecdotally it was worth switching from CFQ to NOOP. CFQ caused
seconds-long hangs (with the SSD light solidly on); with NOOP this
happens far less often. I don't know or care if it halved throughput,
but I can't bear to use a system that hangs for seconds on end :-).

> The io scheduler is still quite important
> for providing fair access to the device, especially on the cheaper end
> of the SSD segment.
>



\
 
 \ /
  Last update: 2009-01-31 11:45    [W:0.079 / U:0.264 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site