SSD и Linux (делимся опытом использования твердотельных накопителей)

[alv]

Однако, у моей истории с реводрайвом таки был щасливый конец

Д у моей тоже. Вот сидит на нём сейчас 15-я Федора - я её с тех пор не трога, и она меня тоже.
Говорят, FreeBSD Current их понимать научилась. Отпишусь за гору Верблюд, место дуэли Лермонтова и полевые испытанив Стиляжного Ровербука в сравнении с HTC - и займусь

[alv]

Несколько заметок о SSD Corsair Force Series 3
общее описание - http://alv.me/?p=1423
попытка выравнивания - http://alv.me/?p=1427
формалльное быстродействие http://alv.me/?p=1428
быстродействие на реальных задачах http://alv.me/?p=1430 и http://alv.me/?p=1431

[Ism]

кстати, я тут уже говорил про специализированные файловые системы для ssd , но остается вопрос, имеет ли смысл их использовать, если сама железяка ssd умеет продлевать себе жизнь (например функция равномерной записи)

[Bluetooth]

кстати, я тут уже говорил про специализированные файловые системы для ssd , но остается вопрос, имеет ли смысл их использовать, если сама железяка ssd умеет продлевать себе жизнь (например функция равномерной записи)

Такие fs еще и быстродействие поднимают. Это видно по тестам на alv.me

[Ism]

чтото я не нашел там logfs и подобные, только ext4 и btrfs

[Bluetooth]

Интересная ситуация выходит с ssd дисками в плане поломок.

За последний год наша компания продала винтов этак 50, за два года - около сотни(винты самые разные, в основном самые дешевые для замены на рабочих станциях, и wd re4 или подобные для серверов. Из них подал признаки проблем только один, впрочем, проблемы были несерьезные, и после переформатирования вообще не наблюдаются. Конечно, за эти же два года я насмотрелся дохлых винтов, но то были старые винты.

А вот за последний год из примерно 20 установленных ссд умерло уже два.
1) corsair force 64GB первого поколения. Был установлен на терминале 1с для хранения системных файлов и 1с баз. Время от времени начинал дурить, в лог сыпались ошибки шины sata, ошибки ввода-вывода, при этом попавшая "на ошибки" сессия в терминале тормозила довольно жестоко, тогда как остальные продолжали работать. Впрочем, повреждения полезных данных так и не было замечено. После того, как выяснили, что проблемы из-за ssd, его заменили на revodrive( :) :) :) ), проблемы все ушли. Впрочем, нужно отметить, что, всилу необъяснимого нежелания покупать ИБП, этот сервер часто отрубало. Даже raid на обычных винтах разваливался, впрочем, винты при этом и сейчас там работают нормально. После снятия ssd с эксплуатации он работает на игровой рабочей станции, пока без проблем.
2) kingston v series 64GB посыпался недавно. И посыпался совершенно феерическим образом. Началось все с того, что бухгалтеры заметили, что все, что они завели в базах вчера, в базах отсутствует. Напрочь. При этом база нисколько не повреждена, она просто по состоянию на вчерашний день. После этого спешно скопировали актуальные данные с ссд, при этом на некоторых файлах сыпались ошибки ввода-вывода.
ну, сменили этот ссд на два ocz vertex 2. А этот ссд я взял себе домой поиграться. Я его затер нулями, поставил туда дебиан, неделю с ним работал, на седьмой день ни один файл читаться не захотел - сыпал ошибки ввода вывода. Так ничего прочитать и не смог. Ну, затер его снова нулями, поставил дебиан - все работает. Но на следующий день, когда стал делать копию этого дебиана в тарник на тот же раздел, этот тарник в итоге не создался. Ситуация подобна тому, что случилось у бухов. После этого я его отдал знакомому на растерзание :)

Оба посыпавшихся ссд проработали чуть больше года.

Я ничего не утверждаю по поводу надежности ссд, статистики исходя из 20 дисков никакой нормальной выйти не может. Я просто описал два случая, чтобы рассказать читающим эту ветку о том, что ссд могут сыпаться не как традиционные винчестеры, но и намного более интересно :)

[Monolit]

Интересная ситуация выходит с ssd дисками в плане поломок.

Спасибо, интересно было почитать. Однако возник вопрос, читая данную ветку форума, попутно прошелся по интернет магазинам своего города и интернет магазину Ф-Центр, оказалось что на момент написания этого поста в наличии есть SSD только Intel 320 серии и пресловутые OCZ, кто нить может сказать что вообще творится на рынке накопителей, ладно я понимаю цены на HDD задрали т.к. затопило Малайзию, но вот ситуация с SSD мне совершенно непонятно, с прилавков куда-то странным образом исчезли SSD накопители таких производителей как Corsair, Kingston и Intel X25 серии, тоже кризис или их просто быстро раскупают?

[minoru-kun]

А что в торрентах такого, чем они могут серьезно уменьшать срок жизни SSD?
Вроде бы критична лишь запись, а не чтение.

[Bluetooth]

А что в торрентах такого, чем они могут серьезно уменьшать срок жизни SSD?
Вроде бы критична лишь запись, а не чтение.

а причем здесь торренты вообще, не уловил что-то?

тоже кризис или их просто быстро раскупают?

Кризиса никакого нет. ssd не там делаются. Да и там, где я обычно беру, все в порядке.

[qwerta]

Хочу прикупить себе SSD под систему, вот из этого списка, ценой до 5000. Какие могут быть советы по выбору модели? Кто уже что пробовал? А то я обчитался отзывов. А они как правило от видоюзеров. И если сообщение типа "диск полетел через 7 месяцев..." еще как то более менее информативно. То сообщение типа "у меня были постоянные бэсоды ..." - уже ставит вопрос - будут подобные проблемы в линуксе или нет? Даже в этой ветке было сообщение, что у человека не грузилась система с SSD, ему пришлось сделать загрузку с обычного винта.

[Gloomy]

Какие могут быть советы по выбору модели? Кто уже что пробовал? А то я обчитался отзывов.

Дома в десктопе 90 Гб OCZ Vertex 2, в нетбуке - 60 Гб OCZ Agility 3. На работе в десктопе 128 Гб OCZ Vertex 3. Полёт - отличный, никаких проблем не замечено. Достаточно озаботиться тремя элементарными вещами:
1) разметка разделов только GPT;
2) только файловые системы с нативной поддержкой SSD (конкретнее - команды TRIM): юзаю ext4 и UFS2;
3) /tmp и /var/{lock,log,run} выносятся в tmpfs;
После этого жизнь SSD будет долгой, а юзверь - счастливым

Даже в этой ветке было сообщение, что у человека не грузилась система с SSD

Целиком ветку не читал, но подозреваю, что проблема в хитром SSD, выполненном на PCI-Express. С ними действительно есть с трудом и не всегда успешно решаемые грабли.

[qwerta]

Дома в десктопе 90 Гб OCZ Vertex 2, в нетбуке - 60 Гб OCZ Agility 3. На работе в десктопе 128 Гб OCZ Vertex 3. Полёт - отличный, никаких проблем не замечено.

А сколько времени каждый из них используется?

Достаточно озаботиться тремя элементарными вещами:
1) разметка разделов только GPT;

А что с MBR были проблемы?

2) только файловые системы с нативной поддержкой SSD (конкретнее - команды TRIM): юзаю ext4 и UFS2;
3) /tmp и /var/{lock,log,run} выносятся в tmpfs;
После этого жизнь SSD будет долгой, а юзверь - счастливым

Ну за совет конечно спасибо, но пока что меня мало волнуют инструкции по оптимизации (если только не возникало каких то неприятных особенностей при других настройках). Хотя я бы просто вынес /var на раздел обычного диска, а /tmp у меня и так в tmpfs.

[Bizdelnick]

/tmp и /var/{lock,log,run} выносятся в tmpfs;

Спорный момент...

[qwerta]

/tmp и /var/{lock,log,run} выносятся в tmpfs;

Спорный момент...

А какие у вас по этому поводу соображения?

[Bizdelnick]

У меня такие соображения, что если система вдруг упадёт, то выявить причину будет невозможно. Да и вообще вариант с /var на HDD мне больше нравится.

[Gloomy]

А сколько времени каждый из них используется?

В десктопе дома - больше года, в нетбуке и на работе - полгода. Причем использование очень интенсивное повсеместно, т.к. постоянно что-то пишется/компилируется.

А что с MBR были проблемы?

Проблем не было, просто при использовании древней разметки диска через MBR нужно быть крайне внимательным к версии fdisk - старые версии не подозревают о существовании SSD и делают разметку без учёта особенностей его внутреннего устройства. Как следствие, может и скорость падать, и ресурс по чтению/записи быстрее исчерпываться. Так что решил не мудрить и разметить GPT.

если только не возникало каких то неприятных особенностей при других настройках

Ахилесова пята SSD - меньший в сравнении с HDD ресурс чтения/записи. Поэтому те места файловой системы, где количество операций ввода-вывода максимально, лучше выносить в tmpfs.

Спорный момент...

Да, возможно. Хотя меня это уже не раз спасало, когда из-за ошибок в ядре логи росли с астрономической скоростью и если бы не tmpfs, SSD забилась бы под ноль за несколько секунд, что привело бы к ступору всей системы. А так выкинул из ядра глючный модуль, почистил /var/log и можно экспериментировать дальше.

[alv]

если система вдруг упадёт, то выявить причину будет невозможно.

Это только к /var/log относится
/run, /var/run, /var/tmp и /var/lock выгноятся на tmpfs автоматом при нашем всеми любимом systemd - да и вне зависимости от него им там самое место
Как и /tmp

[Bizdelnick]

Это только к /var/log относится

А я о нём и говорил. (-:

[alv]

просто при использовании древней разметки диска через MBR нужно быть крайне внимательным к версии fdisk

Сейчас таких фдисков уже не найти - все разбивают по границам блока стирания
А вот программы дисковой разметки некоторых дистрибутивов - да, по старинке, начинают с 63 сектора.
А так с MBR никаких проблем не замечено.

Достаточно озаботиться тремя элементарными вещами:

2) не забываем про btrfs
4-е и самое главное - не забивать SSD больше чем на 60-70%, часто вообще рекомендуют 40-50, что для лигнукса и использования SSD чисто как системного более чем реально: оптимально сейчас выбирать между 60 и 120 Гбайт, а редкий юзер сможет забить столько системой и софтом.

А вообще рассказы про безвременно погибшие SSD - страшилки, обусловленные фатальным невезением или уж отменной бестолковостью.
У небезызвестного Странника SSD живёт с первого появления в продаже eeePC асусовских, у меня (точнее у детей, которые юзают его в хвост и в гриву) - на год меньше. А это, заметьте, старые SSD с очень страыми и примитивными контроллерами.
У пеня Корсар с САТА 2 - около 2 лет, он же с САТА-3 почти полтора, нагрузка десктопная, но очень приличная: кроме системы, там живёт /nome/current для текущих проектов.

проблема в хитром SSD, выполненном на PCI-Express.

проблема там в том, что эти карточки - фактически нулевые фейк-райды
Проблема решаема соответственно - как и для всеъ фейк-райдов.
Не без геморроя, но решаема.

[Gloomy]

Сейчас таких фдисков уже не найти - все разбивают по границам блока стирания

Это очень хорошо. А то я замучался с syslinux, очень уж он нежный и несговорчивый - три бубна сломал пока он на нетбуке нормально заработал

2) не забываем про btrfs

Вещь годная! Ждём когда стабилизируется.

проблема там в том, что эти карточки - фактически нулевые фейк-райды

Примерялся купить такой SSD, но вовремя почитал форум и передумал

[alv]

Примерялся купить такой SSD

Я купил и даже наладил - Федора и Мандрива на нём заработали нормально, PCLinuxOS так и не пожелал. Точнее, у меня терпения не хватило его домучать.
Получил массу эмоций, в том числе и положительных - на полдюжины заметок, описывающих мои приключения, хватило: http://alv.me/?p=1317
потом с чувством выполненого долга, собственного величия и глубокого удовлетворения этот девайс сбагрил.

Ждём когда стабилизируется.

Вроде как рапортовали, что btrfsck сделан и система готова к ынтырпрайзу

[Gloomy]

полдюжины заметок, описывающих мои приключения

О, таки именно их я и читал!

Вроде как рапортовали, что btrfsck сделан и система готова к ынтырпрайзу

А данные теряться перестали?

[drBatty]

Вроде как рапортовали, что btrfsck сделан и система готова к ынтырпрайзу

пруф можно? А то я что-то пропустил это знаменательное событие.

[altwazar]

4-е и самое главное - не забивать SSD больше чем на 60-70%, часто вообще рекомендуют 40-50, что для лигнукса и использования SSD чисто как системного более чем реально: оптимально сейчас выбирать между 60 и 120 Гбайт, а редкий юзер сможет забить столько системой и софтом.

Не уверен, что использовать ssd под систему с по оправданно. У меня на ноутбуке тот же хромиум, libre writer, gimp, amarok запускаются меньше секунды. Пробовал применять ссд под обработку фотографий - дорого, но результат мне уже понравился.

[alv]

А данные теряться перестали?

Не знаю - у мнея за три года использования ни разу не терялись

Вроде как рапортовали, что btrfsck сделан и система готова к ынтырпрайзу

пруф можно? А то я что-то пропустил это знаменательное событие.

Кажется, ошибся - таки всё ещё в тестовом виде: http://www.opennet.ru/opennews/art.shtml?num=33197

[rm_]

Вроде как рапортовали, что btrfsck сделан и система готова к ынтырпрайзу

А данные теряться перестали?

Это вопрос из разряда "давно вы перестали бить свою жену"?
Не теряются и никогда не терялись. Ну а потеряются - так на то бэкап есть. А не fsck.

[drBatty]

Ну а потеряются - так на то бэкап есть. А не fsck.

ну fsck тоже нужна, ваще-то.

[Gloomy]

2ALL: По поводу выравнивания разделов заметил очень интересную особенность. Дома на десктопе fdisk версии 2.19.1, на работе на десктопе - 2.20.1, на нетбуке - 2.20.1. Дистрибутив один и тот же, но установлен в разное время: самый старый - дома, самый свежий - на нетбуке, промежуточный между ними - на работе. При этом только fdisk на нетбуке определил начало первого раздела правильно - с 2048-го сектора. Любопытно, в чём разница? По-видимому, не в fdisk. Или не только в fdisk. Так что будем бдительны!

[taaroa]

Не теряются и никогда не терялись. Ну а потеряются - так на то бэкап есть. А не fsck.

естественно, ведь тестировали/тестируют это чудо (btrfs) на космических хомячках.
но волноваться нет причин. если линакс _внезапно_ сделает oops/kernel panic, то бэкапы, заботливо сделанные в астральное облачное хранилище, всегда готовы!

[ShadowFlash]

4-е и самое главное - не забивать SSD больше чем на 60-70%, часто вообще рекомендуют 40-50, что для лигнукса и использования SSD чисто как системного более чем реально: оптимально сейчас выбирать между 60 и 120 Гбайт, а редкий юзер сможет забить столько системой и софтом.

Не уверен, что использовать ssd под систему с по оправданно. У меня на ноутбуке тот же хромиум, libre writer, gimp, amarok запускаются меньше секунды. Пробовал применять ссд под обработку фотографий - дорого, но результат мне уже понравился.

После эксперимента с SSD на работе, когда 150 штук сдохло за год, я делаю вывод, что использовать SSD оправдано разве что в самодельном мультимедийном компьютере для автомобиля, где один раз пишется много, а потом оно разве что читается. Там классический HDD неуместен ибо вибрация.
А вот где за день сотни тысяч записей на диск - нафиг такое.