The Notebook Review forums were hosted by TechTarget, who shut down them down on January 31, 2022. This static read-only archive was pulled by NBR forum users between January 20 and January 31, 2022, in an effort to make sure that the valuable technical information that had been posted on the forums is preserved. For current discussions, many NBR forum users moved over to NotebookTalk.net after the shutdown.
Problems? See this thread at archive.org.

    1.8 inch Ide ssd freeze time by time

    Discussion in 'Linux Compatibility and Software' started by roscop, Mar 17, 2010.

  1. roscop

    roscop Newbie

    Reputations:
    0
    Messages:
    7
    Likes Received:
    0
    Trophy Points:
    5
    Hello,

    first of all, sorry for my worst english, it's not my mother tongue :)

    In order to give a breath to my q2010 i bought some time ago an ssd from Photofast, like this one :

    http://www.photofast.tw/2009ENG/products/ssd-50idev2.html

    To replace a 4200rpm drive i expected to see lot of improvement.

    Running on gentoo 2.6 kernel i first was a bit disappointed, search any informations about another people running 1.8" ide ssd but i don't find many things.

    I got lots of freeze (some seconds time by time while accessing) where throughput wasn't so high. I updated the ssd firmware (by the way i lost my partition table like some other user ... but i prepared a backup :eek:)

    Recently i came back to my settings and changed scheduler from cfq to anticipatory since upgrading to 2.6.32.

    And i saw a huge improvement !

    So i'd like to share my experience, excepting to understand if scheduler is the only reason of such change or if someone can guess me an another idea.

    Thank in advance

    Regards
     
  2. helikaon

    helikaon Notebook Consultant

    Reputations:
    269
    Messages:
    288
    Likes Received:
    0
    Trophy Points:
    30
    Thanks for info,
    so the huge improvement taken place only by changing the default I/O scheduler, or did you also upgraded kernel version?
     
  3. roscop

    roscop Newbie

    Reputations:
    0
    Messages:
    7
    Likes Received:
    0
    Trophy Points:
    5
    Hi,

    Well, to be honest, i'm not sure if i upgraded the kernel and made the scheduler change or if i tried to change it also in the previous kernel.

    I'll see if i can test the old kernel (not sure i kept all the config/source/patch)

    A long time ago, i used anticipatory on all my install but rework made on cfq was impressive and i tried it again, worked nice and i switched on it after all. Anticipatory was less maintained at this time and storage/sata evolve a lot (ie ;complete rework of libsata)

    Anyway we've so few source of information about (ide) ssd on linux than i wished to share it and expect many people will also do it :)

    Regards
     
  4. jas

    jas Notebook Evangelist

    Reputations:
    697
    Messages:
    622
    Likes Received:
    5
    Trophy Points:
    31
    The early consensus seems to be the best I/O Schedulers for SSDs are either noop, or deadline. This Linux article, as well as numerous other Linux SSD Tweak articles, seem to think that noop is the way to go.

    I'm using deadline, likely because of both Dan Weinreb's blog post recommendation, but also Theodore Tso's comments on the subject too. I do know that since switching my I/O scheduler, I too have seen a big improvement in "system stalls" to where I don't even notice if it happens at all anymore. But by far the biggest benefit for my system, (Gentoo), was to get 8GB of memory, and move not only /tmp to my 4GB RAM cache as Dan's blog post points out, but since I moved my portage tmpdir to RAM cache, all of my Gentoo compiles are done in RAM as well. I know that's not SSD specific, but it's still way cool.

    For anyone who wants a good read on Linux I/O schedulers in general, this is a good article.

    Good Luck..