LINUX.ORG.RU

Ответ на: комментарий от Osmos

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

boombick ★★★★★
() автор топика

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

HEBECTb_KTO
()
Ответ на: комментарий от boombick

ну у диска есть кэш на запись. Если питание вырубят, то батарейки хватит чтобы сбросить весь кэш на диск

dilmah ★★★★★
()

Похоже, какая-то примочка для RAID-контроллера...

blaster999 ★★
()
Ответ на: комментарий от blaster999

Персонально на диск такое вряд ли вешают :-) Обычно кеш нужен рейдам, которые пописывают данные в массив крупными блоками. Там и гигабайты потерять можно, потому и подпирают контроллеров кеш батарейкой. Диски обычно сидят снаружи автономно, а компьютер и перезагрузиться и сгореть может, и таракан-смертник в блок питания пробраться может...

HEBECTb_KTO
()
Ответ на: комментарий от HEBECTb_KTO

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

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

dilmah ★★★★★
()
Ответ на: комментарий от dilmah

Там фишка в чем - RAID5 пишет контрольную сумму поперек всех элементов массива, т.е. если вы хотите изменить какой-нибудь байт на массиве из, скажем, пяти хардов - то рейд будет вынужден считать данные со всех накопителей что бы пересчитать контрольную сумму и записать новое значение и контрольную сумму обратно в харды. Считывание с хардов производится блоками, а не побайтно, по этому если на каждый пздох гонять данные туда-сюда, то получившееся I/O забьёт любой канал. Что бы этого избежать, на контроллеры таких массивов ставят немало памяти что бы блоки эти кешировать, и, как результат, в памяти контроллера висит очень много "грязных" данных, про которые система думает, что они уже давно на диске сидят.

HEBECTb_KTO
()

Если по-простому, на нормальных контроллерах есть кэш-память, которая нужна для включения read caching и write caching(которые ускоряют IO в системе) Так вот, при внезапном отключении электричества эта батарейка(обычно называется BBU - Battery Backup Unit) подаёт питалово на эту память(которая является обыкновенной DDR или DDR2), чтобы та не потеряла данные, пока не включат электричество обратно.

Deleted
()
Ответ на: комментарий от Deleted

Всем огромное спасибо за внятные комментарии.

boombick ★★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.