Выбор жесткого HDD и твердотельного SSD дисков, а также вопросы, касающиеся RAID и карманов для дисков Опции

[Rem_off]

Помогите выбрать между двумя ssd
1. SSD 2.5" 120GB Kingston (SV300S37A/120G)
2. SSD 2.5" 120GB Kingston (SHFS37A/120G)
Установка в ноут, конфиг: ттх на розетке
Зазор цены не большой, по плюсам вроде как накладка в комплекте и немного выше скорость(считаю только как маркетинговый ход).

Сообщение отредактировал Sintorres - Jan 29 2015, 12:33

[Hangman]

Наткнулся на тему в поисках TBW статистики. У типа за ночь 20 TB сожрало.

Сообщение отредактировал Hangman - Nov 2 2016, 23:21

[Allex]

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

[Hangman]

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

Дак я особо не спорю. Там все на пришельцев списали.

Меня интересует процесс окончания работы. Вылетит какое-то предупреждение или жестняка просто работать перестанет?

Если на софт и ось мне наплевать, то восстанавливать библиотеку очень долго придется.

Сообщение отредактировал Hangman - Nov 3 2016, 3:46

[Allex]

Меня интересует процесс окончания работы. Вылетит какое-то предупреждение или жестняка просто работать перестанет?

Если удастся довести его до исчерпания ресурса - то, скорее всего, мониторинг SMART статуса скажет, что дело пахнет керосином. Ну а если вылетит просто так - то, естественно, никто и квакнуть не успеет, точно так же как и на HDD.

Если на софт и ось мне наплевать, то восстанавливать библиотеку очень долго придется.

Только бекап...

[southman]

Вылетит какое-то предупреждение или жестняка просто работать перестанет?

Предупреждение вылетит, например, когда СМАРТ обнаружит сбойные сектора, но есть одна проблемка с ССД - как правило до этого дело не доходит, т.к. сбой чаще случается в таблице трансляции сервис-зоны и диск как устройство перестает существовать, т.е. имеем кирпич.
Так что вариант "просто работать перестанет" очень вероятен.

Соотв., большинство ставят на ССД только ОС, чтоб а) быстрее работало и б) было нестрашно потерять данные на системном диске.

Ну а если вылетит просто так - то, естественно, никто и квакнуть не успеет, точно так же как и на HDD.

с HDD все же есть своя специфика - если проблемы логических сбоев вызваны физическим разрушением поверхности, то СМАРТ успевает предупредить, т.к. плотности записи в сервис-зоне а) ниже и б) данные там пишутся по всем (или хотя бы двум, если есть) головам по принципу рейда5 или зеркаллирования. Т.о. если исключить проблемы с питанием, вибрацию и физические нагрузки в виде "уронили, ударили, упал со стола", то шансов на "успеть и считать" все же больше, чем при аналогичных проблемах с ссд.

2 Hangman,
мой совет - в топку синт.тесты. Если есть реальный прирост от обращения к библиотеке на ссд в процессе рендера, если сравнить с той же самой библиотекой на жестком диске, то оставить ее на ссд, НО настроить планировщик или другой софт, чтоб делал бекап этой базы на жесткий диск, на внешний диск, куда угодно, в общем. Бекап это хорошо, когда-нибудь он сохранит здоровье.

[Hangman]

2 Hangman,
мой совет - в топку синт.тесты. Если есть реальный прирост от обращения к библиотеке на ссд в процессе рендера, если сравнить с той же самой библиотекой на жестком диске, то оставить ее на ссд, НО настроить планировщик или другой софт, чтоб делал бекап этой базы на жесткий диск, на внешний диск, куда угодно, в общем. Бекап это хорошо, когда-нибудь он сохранит здоровье.

Это можно чисто руками делать или back-up manager сделает это лучше? И какую утилиту посоветуешь? Paragon Hard Disk Manager или есть вариант попроще?

Сообщение отредактировал Hangman - Nov 3 2016, 14:29

[southman]

Это можно чисто руками делать или back-up manager сделает это лучше? И какую утилиту посоветуешь? Paragon Hard Disk Manager?

можно стандартными средствами архивирования в ОС, я пользовал когда-то Тотал-коммандер + плагин + планировщик, сейчас остался на "робокопе".. Подробнее на хабре.

[Allex]

сбой чаще случается в таблице трансляции сервис-зоны

Только в SSD нету "сервис-зоны", все служебные данные хранятся все в том же флеше, что и пользовательские.

Так что вариант "просто работать перестанет" очень вероятен.

Ну, благодаря небезызыестным французам, размер этого "очень вероятен" имеет свою оценку - десятые доли процента у серьезных производителей. Для сравнения - у HDD процент возвратов крутится вокруг процента.

с HDD все же есть своя специфика - если проблемы логических сбоев вызваны физическим разрушением поверхности, то СМАРТ успевает предупредить, т.к. плотности записи в сервис-зоне а) ниже и б) данные там пишутся по всем (или хотя бы двум, если есть) головам по принципу рейда5 или зеркаллирования.

Попробуй сейчас найди SSD без чего-нибудь типа RAIN... ;+))

Т.о. если исключить проблемы с питанием, вибрацию и физические нагрузки в виде "уронили, ударили, упал со стола", то шансов на "успеть и считать" все же больше, чем при аналогичных проблемах с ссд.

Ага, особенно когда "оторвалась головка"... ;+))

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

Если вдруг окажется, что какие-то данные с заглючившего накопителя считать удалось - считать это исключительно везением и подарком свыше, но ни при каких обстоятельствах на это не рассчитывать. Потому что начинать сравнивать - "там 1%, что вылетит, но в половине случаев какие-то данные поднимаются, а там - в 0.2%, но не поднимаются" - это занятие на самом деле пустое. Практика показывает, что данные поднимаются, когда есть их своевременный бекап, а все остальные варианты - это лотерея. И все, что нужно для себя решить - какие данные я хочу сохранить гарантированно, а какие - доверить этой лотерее. Вот и все...

[southman]

Только в SSD нету "сервис-зоны", все служебные данные хранятся все в том же флеше, что и пользовательские.

именно, отсюда и проблема, что все в одинаковых условиях, но "сервис-раздел" все же есть и запись туда производится постоянно, а сектора эти возможно и не участвуют в общем выравнивании.. Только так можно объяснить, почему здоровый (новый диск) берет и окирпичивается.

Ага, особенно когда "оторвалась головка"... ;+))

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

Практика показывает, что данные поднимаются, когда есть их своевременный бекап

Со стороны юзера без бекапа остается последняя надежда на "дата рекавери", и, как ни странно, оно свою работу делает, скорректировав при этом бюджет, который можно было отдать на доп.диск и настройку того же бекапа.
Но надеяться на это все, действительно, не нужно. Носитель данных должен рассматриваться как расходник, который не жалко заменить в любой момент, при этом потеряв столько информации, сколько можно себе позволить.

[Allex]

именно, отсюда и проблема, что все в одинаковых условиях, но "сервис-раздел" все же есть и запись туда производится постоянно, а сектора эти возможно и не участвуют в общем выравнивании.. Только так можно объяснить, почему здоровый (новый диск) берет и окирпичивается.

Участвуют, как и все остальные - иначе было бы очень большно, да и технически это было бы очень сложно сделать. Насчет "окирпичивания" - все просто: если сбой возник (естественно, когда уже не справились ни ECC, ни избыточность, ни RAIN) в пользовательских данных, то такой сектор объявляется сбойным и данные просто теряются, а вот когда этот сбой вылазит в управляющих структурах - то накрывается просто все.

Кстати - иногда срабатывает "режим аварийного восстановления": подать на SSD только питание, оставив шнурок данных отключенным, на полчасика-час. После такого, бывает, "кирпич" оживает и даже все данные остаются на месте.

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

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

Со стороны юзера без бекапа остается последняя надежда на "дата рекавери", и, как ни странно, оно свою работу делает

Иногда. Кому-то в лотерее выпадает выигрышный билет, такое тоже иногда случается.

[southman]

иначе было бы очень больно, да и технически это было бы очень сложно сделать. Насчет "окирпичивания" - все просто

да больно, каждый раз как спрашивают про "уснувший" ссд, я вспоминаю чудные диски фуджитсу MPх серии из далеких 90-хх, в них модули логов СМАРТа любили переполняться и сносить служебку, решение было простое - отключать через БИОС мониторинг СМАРТа диску. Больше подобная херня не попадалась вылезла уже совсем недавно в виде сигейтовской мухи и то, оно дает себя лечить в 50% случаев.

А ссд сплошные косяки))) (я утрирую и троллю, но уж простите) - то следи, чтоб под завязку не был забит, то ограничения по времени хранения данных без питания, то следи сколько там записи/чтения уже террабайт, то в сон (гибернацию) не укладывай, а то не проснется..

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

Иногда. Кому-то в лотерее выпадает выигрышный билет, такое тоже иногда случается.

Так все ж относительно в этой жизни - и головы просто так не срываются и не пропахивают в пыль поверхность.

в общем, лично мой посыл - даже в период гарантии на ссд данные без бекапа хранить много опаснее, чем на HDD при условии, что обращаться с техникой будут как она того требует. Холиварить на тему, что круче, не буду продолжать - каждому свое, равно как и потребность конечного юзера в услугах DR.

Сообщение отредактировал southman - Nov 3 2016, 19:47

[Allex]

то следи, чтоб под завязку не был забит

На самом деле на HDD за этим тоже стоит посматривать - забитая NTFS может так файлы пофрагментировать, что система тормозить начнет...

то ограничения по времени хранения данных без питания

И по температуре хранения еще! ;+))

На самом деле я не раз встречал HDD, которые после трех-четырех лет отлеживания в ящике стола просто не раскручивались.

то следи сколько там записи/чтения уже террабайт

Совершенно бесполезное занятие для подавляющего большинства применений.

то в сон (гибернацию) не укладывай, а то не проснется..

А это вообще к SSD никакого отношения не имеет - он не знает, что это такое.

Ну а технически "разметить" банки флеша и контроллеру сказать, вот эту часть пространства не трогай - не вопрос, имхо.

А смысл?

Для того, чтобы записать что-то в флеш - тебе все равно необходимо иметь свободную для записи страницу. Прежние данные все равно нужно стереть, а стираются они все равно блоком стирания, который много больше страницы - то есть все равно для этой "отдельной части пространства" нужно проводить все те же операции сборки мусора, только чаще, чем для остального пространства, потому изнашиваться она будет быстрее. В результате - получишь некую область, которая будет ограничивать ресурс SSD жестче, чем если бы она участвовала в общем процессе.

в общем, лично мой посыл - даже в период гарантии на ссд данные без бекапа хранить много опаснее, чем на ххд

Статистика этот "посыл" не подтверждает - даже если считать, что с аппаратно помершего HDD данные можно считать в половине случаев, а SSD - никогда, статистика отказов (примерно 5-кратная разница в пользу SSD) все равно выводит SSD в разряд более надежного хранилища.

А если вспомнить, что на один случай обращения к Data Recovery по причине аппаратной неисправности приходится минимум десяток по причинам чисто софтовым - то раздел сдуру отформатировали, то каталог сдуру снесли, а то и файловая система с ума сошла - то те 0.2% в среднем оказываются и вовсе незаметными.

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

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

[southman]

ну вынуждаете ж, елки-палки

А это вообще к SSD никакого отношения не имеет - он не знает, что это такое.

я про практическую сторону вопроса

» Нажмите, чтобы показать спойлер - нажмите опять, чтобы скрыть... «

взято из:

i upgrade Asus ntb UL30VT with Intel SSD 520 120GB.
After try to "hibernate-ram" ntb going succesfully to hibernation, but when i try resume,
system resume ok, but disk is gone away from system.
Filesystem is not availible and write SIGBUS errors (in /var/log/messages i have lot's of messages that you cant write to system etc).

I've just upgraded my MacBook Pro 13 inch (mid 2009) with the same SSD disk and I am experiencing similar problem after waking it up from sleep mode. The effect is bit different - the system does not lose disk, but it begins freezing completely.

I have 2x 120GB 520's in Raid 0.

I also have been expeiencing the sleep mode issues. Sometimes it comes outta sleep in 10 seconds, sometimes in 30. Most of the time, not at all.

больше тут - гугл_1, гугл_2 и проблемы у всех - и у Интел и у Самсунга в т.ч.
да, возможно, уже часть подкрутили, фиксы там выпустили.. это понятно, но неприятно же!

ЗЫ: статистика это хорошо в масштабах дата-центров гугла, но явно не применима к случаю, где 1 человек покупает какой-то 1 ссд 1 раз за 5 лет и этот какой-то диск выходит из строя)

Сообщение отредактировал southman - Nov 3 2016, 19:50

[Allex]

я про практическую сторону вопроса

И я про нее же. Это не вопрос SSD, а вопрос реализации в BIOS процедуры выхода из hibernation.

и проблемы у всех - и у Интел и у Самсунга в т.ч.

Нету такой проблемы у перечисленных.

Это проблема SATA контроллера, который при выходе из hibernation не инициализирует SSD (вернее - просыпается дольше, чем накопитель, и не успевает принять от него сигнал готовности), возможно - BIOS, в котором не предусмотрели попытки повторной инициализации диска... Но SSD тут никоим образом не при делах - он отрабатывает штатно.

статистика это хорошо в масштабах дата-центров гугла

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

Ну и да - не нужно покупать "какой-то", стоит хоть немного интересоваться, что за кота в мешке берешь. Потому как какой-нибудь "умная память" действительно может быть и чаще HDD вылетает, но зачем же такое-то в руки брать?

[Hangman]

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

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

Сообщение отредактировал Hangman - Nov 5 2016, 2:30

[Allex]

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

Ну - насчет ответственности почитай любые условия гарантии: ни один производитель ответственности за данные на себя не берет. И правильно делает - он не может отвечать за то, чем не распоряжается.

А два (как миниум) носителя для ценных данных - это само собой разумеется, тут никаких кампаний не нужно. Кстати - второй вовсе не обязательно должен быть винчестером, HDD экономически выгоден только при больших объемах бекапа.

[Spleen]

Форумчане, а кто с винтами 4Тб и более сталкивался ?

Нужно купить в домашний тазик.. Что б тихий был.
Скорость, надёжность - приветствуются.

Брал как-то Сигейт 8Тб ST8000DM002 - жуууть горячий и шумноват

Сейчас TOSHIBA DT01ACA300 - так же немного шумноваты в простое..

[Allex]

Форумчане, а кто с винтами 4Тб и более сталкивался ?

Нужно купить в домашний тазик.. Что б тихий был.
Скорость, надёжность - приветствуются.

WD Blue.

А если его еще и не привинчивать, а на поролон положить - так и вообще тишина.

[P.L.U.R.]

Или WD Red, если ОС стоит на ssd.

[Allex]

Или WD Red,

А смысл переплачивать за серверные фишки, если пользоваться ими не предполагается?...