О SSD

lexa - 26/Май/2011 09:41

Проапгрейдил фирмварь на OCZ-шном SSD (Vertex 2) до 1.33

Оно там подумало о чем-то внутри и retired block count стал 0 (а был выше 0), а SMART-здоровье - 100% (было 76).

Теперь вот страдаю, то ли это для успокоения потребителя делается, то ли оно реально почесалось внутри и вылечилось.

По предыдущему опыту (за два года я одну SSD-шку таки сточил, но у нее условия службы были плохие, реально много записи), SMART-здоровье очень показательно, если опустилось ниже 10%, то надо бежать в магазин еще за одной.

Update

Присоединюсь к чуваку (выпало из гугла). Несмотря на то, что они дохнут, я с цитатой ниже полностью согласен:

Solid state hard drives are so freaking amazing performance wise, and the experience you will have with them is so transformative, that I don't even care if they fail every 12 months on average! I can't imagine using a computer without a SSD any more; it'd be like going back to dial-up internet or 13" CRTs or single button mice. Over my dead body, man!

Comments

1master (not verified) - 26/Май/2011 09:48

Делов то - underprovision тебя спасет, если нужен срок жызни.

lexa - 26/Май/2011 10:12

Я даже слово такое впервые слышу, ткни пальцем в подробности.

1master (not verified) - 26/Май/2011 10:26

Пардон, похоже только, что оно over (хотя я не понимаю почему именно over :)): http://en.wikipedia.org/wiki/Write_amplification#Over-provisioning

lexa - 26/Май/2011 10:38

Я исхожу из общей теории всего в таком вот ее аспекте
- есть срок жизни флэша N записей (понятно, что там распределение какое-то, не строго N)
- есть контроллер, который записи более-менее равномерно размазывает, жонглируя блоками (понятно что нужен список свободных т.е. TRIM)
- есть, наоборот, write multiplication, что ситуацию ухудшает.

Исходя из этого, диск сдохнет, примерно когда мы каждый блок перезапишем N раз.

Over-provisioning в 25% (к примеру) позволяет спрятать четверть самых плохих блоков, что повысит время жизни в разы (в зависимости от распределения времен жизни, если N у всех одинаково, то всего на четверть), но проблему целиком не уберет.

1master (not verified) - 26/Май/2011 10:45

Не уберет. Но поверь мне, ты даже 10% хочешь. А упомянутые тобой 25% приведут тебя к нирване.

lexa - 26/Май/2011 10:59

В этом Vertex2, который сейчас работает, в нем процентов 25 или 28 (200 десятичных гигов из 256 двоичных).

Но. Опыт (пока, правда, 1 из 1) научил, что цифирки SMART health - очень информативные. И то что они скакнули с 76% до 100 меня насторожило.

1master (not verified) - 26/Май/2011 11:40

Я исключительно про то, что сверх. То место, где у нея няонка, ты в большинстве случаев не контролируешь.

lexa - 26/Май/2011 13:33

Я предположил, что OCZ с этим местом умеет распорядиться не хуже меня, а скорее лучше

1master (not verified) - 26/Май/2011 19:36

В приоритеты OCZ очевидно не входит продать тебе поменьше дисков. Так, что я думаю, что оно у них оттюнинговано под их нужды.

lexa - 26/Май/2011 20:54

Вопрос в том, где у них предполагается оптимум по lifetime. Если оно в течение гарантийного срока сдохнет, они же небось вынуждены менять бесплатно?

А раз в 2-3 года я готов менять, см последние две строчки поста.

dmarck (not verified) - 26/Май/2011 10:56

10% -- это в каких/чьих попугаях?

lexa - 26/Май/2011 11:03

У OCZ это 231-й (десятичный) SMART-атрибут "SSL life left".

Единственный сдохший SSD-шник на момент начала странного поведения (ошибки записи) имел там 6%. Убить легко - пишите туда многогигабайтные файлы по много раз на день, фотошопный свап вполне подходит :)

lexa - 26/Май/2011 11:04

Тьфу. Не SSL life, а SSD life

dmarck (not verified) - 26/Май/2011 11:28

Ага, vendor-specific, стало быть. А каким софтом следишь?

danechkin (not verified) - 26/Май/2011 11:56

и если не секрет какая ось?

lexa - 26/Май/2011 11:58

Конкретно на этом диске - Win7.

Но у меня и макбук на SSD.

lexa - 26/Май/2011 12:01

А я особо не слежу в том смысле, что не дрочу на мониторю это место регулярно.
Раз в месяц гляжу туда, например OCZ Toolbox-ом.

Есть SSDLife (бесплатная и платная), которая на основании этого показателя здоровья, срока эксплуатации диска, количества записей за неделю и фазы венеры посчитает расчетный срок службы. У меня уверенно кажет в 2021-й год (дальше, кажется, не умеет)

http://ssd-life.com/

nowherenoone (not verified) - 26/Май/2011 16:38

У меня после 4 месяцев активного использования пишет, что такими темпами сдохнет в 2019 :)

А в чем смысл апдейта фирмвари? Реально что-то пофиксили? А то у меня 1.27, теперь вот задумался.

danechkin (not verified) - 26/Май/2011 16:56

видимо пофиксили формулу расчёта здоровья ;)
апдейт фирмваря это ОС зависимая процедура? под линуксами такое возможно?

lexa - 26/Май/2011 17:47

Там раньше был образ CD с которого надо загрузиться и DOS-программа. Я с флэшки грузился.

Сейчас для винды сделали OCZ Toolbox, который прямо без перезагрузки фигачит.

Для linux тоже есть какой-то тул: http://www.ocztechnologyforum.com/forum/showthread.php?82289-OCZ-SandFor...

lexa - 26/Май/2011 17:58

Вообще, там приличный список фиксов между 1.11 (которая у меня была) и 1.33 на которую я поапдейтился.

http://www.ocztechnologyforum.com/forum/showthread.php?84691-Consolidate...

nowherenoone (not verified) - 26/Май/2011 18:04

Интересно. Для меня после 1.27 самое полезное видимо это: "Fixed a rare condition that could cause the drive to reset and clear the data". Надо будет забэкапиться и обновиться.

neuda4nik (not verified) - 26/Май/2011 13:22

Курение форумов показало, что в данный момент для SATA2 оптимально брать Intel X25-M G2
Я купил себе такой на ебейщине и вроде как работает.
после 4шт SCSI 15k rpm - тишина радует особенно!

lexa - 26/Май/2011 13:33

Даже с диском попроще (у меня в ноуте какой-то совсем левый) жизнь становится прекрасна.

Но
1) Бэкапы. Они все-таки летят (как и все другие), а RAID5/6 на SSD поднимать душит жаба
2) Фотошопному свапу таки место на 2-3x10-15k rpm, потому что и ресурс не надо впустую расходовать и для фотошопа важнее линейная скорость. 36-гиговые Seagate Savvio (SAS) на eBay идут баксов по 20, вот 4 штучки в ряд и будет прекрасный /tmp

neuda4nik (not verified) - 26/Май/2011 13:42

ну я хитрый :)
у меня скрач шоповский пишется на Gigabyte I-ram
для одиночных кадров 4Гб хватает
ну а если не хватает, то на подхвате стоит SATA раид с 7200 дисками
была идея набить 24Гб памяти и 12 из них отдать на виртуалку
но не потянула материнка SAMSUNGовские DDR-3

neuda4nik (not verified) - 26/Май/2011 13:44

бекапы делаем на NAS, который стоит в коридоре и его шум никого не напрягает

Марко (not verified) - 26/Май/2011 23:10

Vertex 3 не планируете брать?

lexa - 26/Май/2011 23:24

Пока не планирую - все и так устраивает.

Эти бешеные мегабайты линейной записи (и чтения) у меня не востребованы для рабочих файлов. А класть свап/tmp на SSD - это быстро его убивать. Можно, наверное, маленький взять именно на tmp для убийства, но 60-гиговые - только Agility3

kerozin (not verified) - 27/Май/2011 03:55

сингл баттон майс - нет ли тут разжигания?

lexa - 27/Май/2011 08:42

Не, у мака последние мыши вообще без баттонов!

andy_scott (not verified) - 28/Май/2011 23:05

А вот интересно, существует ли в природе некая методичка-для-чайников на тему "как правильно использовать SSD для Windows 7"

к тому, как так все настроить, чтобы временные файлы офиса, кэш гуглохрома, своп и пр. мусор писался на обычный диск, а на SSD жило только то, что редко пишется и должно быстро читаться.

а то жалко зверушку как-то вот так

danechkin (not verified) - 29/Май/2011 06:29

в линуксе с этим проблем нет
p.s. не ради троллинга

lexa - 29/Май/2011 09:24

Я как-то не парился и просто /tmp и свап унес на страйп из двух быстрых HDD.

Метода по унесению Users туда же есть, но надо делать на инсталляции и как-то мучительно, через answers file для unattended install:

http://answers.microsoft.com/en-us/windows/forum/windows_7-files/win7-ho...

lexa - 29/Май/2011 10:39

Вот, кстати, подборка: http://habrahabr.ru/blogs/windows/111835/

В частности, можно включить EWF и вообще забыть о мелких записях на SSD, правда ресет жать нельзя.

andy_scott (not verified) - 29/Май/2011 13:06

о как! спасибо! на *nix то как раз это без проблем, а вот это как раз самый интересный вопрос