OCZ RevoDrive X2, Кто нить уже юзал? Есть мнения? Опции

Рассинхронизация данных в кеше и на носителе, часто происходит в результате обесточивания оборудования, когда данные из кеша не успели перенестись на носитель. Такой опасности способуствует так называемый "Write back", когда контроллер (дисковый) принимает занные на запись в кеш, и сразу рапортует операционке об их записи (что она произошла), и уже в фоне записывает их на носитель. ОС делает пометку в своей ФС, и причем эта пометка и перепись данных (которые типа уже на винте должны быть) асинхронны. Таким образом в файловой системе будет значится что данные записались, а сами данные на носителе находятся не полностью. В "больших" рейдах такую ситуацию обходят с помощью BBU - батарейки на самом контроллере, она поддерживает питание кеш-памяти, и в случае обесточивания оборудования (даже после UPS, например КЗ в блоке питания системника) рейд при запуске и после инициализации допишет эти данные на диски.

Бесперебойник в помощь ;) ))

Это очень распространенный ответ, и столь же полный непонимания
Бесперебойник от BSOD спасет?
От бесперебойника до носителя очень много звеньев, а меньшая "ошибка" и надежность системы (по ТАУ, не операциаонной ) больше там где меньше звеньев. Это кабеля, БП, ЦПУ, ОС, уборщица тетя Маша. Я часто вижу компьютеры которые ребутаются при вставке USB девайса (короткое замыкание), из-за порчи материнской платы (на старых часто текут кондеры электролитические). Батарейка в этом случае сокращает кол-во звеньев в системе кеш-носитель.

Впрочем копипаста:

Еще некоторые соображения по поводу батарейки.

Часто раздаются возгласы - "у меня UPS!". Так вот - не всегда он Вам поможет. Птому как - юпсы тоже летят, летят блоки питания, выдергиваются кабели. Бывает это редко, зато очень метко.

Что при этом произойдет.
1. Операционка уверена, что данные записаны, а на самом деле они того. В этом случае будут повреждены записываемые файлы, а Вы об этом даже не узнаете. А если и узнаете, то сделать ничего не сможете. Как крайний случай - повреждение файловой системы. Это еще похлеще будет. Структура NTFS то может быть и восстановится (а может быть и нет, т.к. при интенсивонй нагрузке потерянных кластеров может быть очень много), но вот данные...
2. Рассинхронизация (инконсистентность) массива. Дело в том, что сам контроллер будет думать, что он все записал, а на самом деле... В результате данные в информационных блоках и парити не будут совпадать. До некоторой степени это может быть вылечено consystensy check'ом (кстати далеко не все знают что это такое), но опять таки - далеко не всегда, смотря какая нагрузка и сколько сбойных блоков. А если при этом еще и реальные бэд блоки на винтах есть, дело вообще кончится очень печально. В таких случаях нередко происходит просто развал массива со всеми вытекающими...

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

http://3nity.ru/viewtopic.php?f=24&t=393

Я вообще к чему начал: такие дикие скорости было бы очень кстати применять в "серезных" целях, например кеш ОС в него перенести, БД (хз у кого как, у меня просто вебсервер поднят на mysql и скуль mssql для более серьезных задач), работать с большими документами (фотки в raw, видео с камеры). Но резкое обесточивание может больно ударить.
В то же время можно использовать под задачи "поиграться" (игры например), но этож несерьезно как-то...

Можно настроить кэширование чтенья, а запись отключить ))

Расслабьтесь - под систему ресурс у сабжа более чем достаточный. Лично меня удерживает только жаба.

Расслабьтесь - под систему ресурс у сабжа более чем достаточный. Лично меня удерживает только жаба.

Зато как вкусно всё это выглядит и работает ))

(кэширование отключил)