The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Проблемы с потерей данных на Ext4 разделах в тестовой версии..."
Версия для распечатки Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Исходное сообщение [ Отслеживать ]
Присылайте удачные настройки в раздел примеров файлов конфигурации на WIKI.opennet.ru.
. "Проблемы с потерей данных на Ext4 разделах в тестовой версии..." +/
Сообщение от _umka_ (ok), 13-Мрт-09, 10:02 
>[оверквотинг удален]
>
>Вообще, насколько я помню, нынче все порядочные жесткие диски (и драйвера контроллеров)
>способны рапортовать факт окончания именно *физической* записи на блин а не
>в кэш.Раньше натурально была такая проблема что харды врали о успехе
>факта записи всего лишь сложив данные в кэш но сейчас вроде
>за счет воплей юзерья до производителей хардов и дровописателей дошло и
>это крайне паскудное явление насколько я знаю вроде пролечили в массе
>своей.Поскольку оно больно уж сурово клещится с логикой любого журналирования (если
>железо врет о успехе записи - с этим ничего не сделать,
>на таком железе просто нельзя надежно работать).

Сделав то что вы говорите - вы убьете процентов 40 производительности hdd, собственно по тому и есть контролеры с батарейками и подпитывание диска какое-то время и тп.

>
>>Поэтому выполнение операции journal commit - нефига не гарантирует что данные окажутся
>>на поверхности (persistent storage).
>
>Оно все так, но вроде современные диски и драйвера контроллеров все-таки научились
>совместно играть в эту игру правильно в массе своей?Потому что данное
>поведение сильно рушит логику любого журналинга вообще.Журнал не может работать коректно
>если железо врет о успехе записи а запись журнала потом взяла
>и просралась из-за слета питания.

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

>
>>Поэтому без fsync - вопрос о непротиворечивости файла, вещь достаточно странная,
>
>См. выше, с правильным железом и драйверами которые не врут - вопрос
>нормальный и имеет право на жизнь.Надеюсь что не глючу на этот
>счет :)

как вы сами заметили далеко не со всеми девайсами и не со всеми дровами.

>
>>согластно man fsync - это не делается, согластно POSIX - остается на
>>усмотрение разрабочиков FS и системы.
>
>Угу, все сделано для того чтобы можно было просрать данные как можно
>более изящно.Круто!

именно ;) тут звучали слова о fsync как панацеие от этого - вот разочарование.


>
>>Да, сейчас ext3 по fsync - выполняет принудительный комит транзакции, который скидывает
>>обновленя data + metadata для всех файлов. Но это скорее особенность
>>FS чем требуемое по стандарту поведение.
>
>Понимаете в чем проблема, мне если честно несколько насрать на стандарты когда
>вопрос идет о сохранности моих данных.Тот факт что мои данные по
>стандарту можно просрать для меня как-то довольно слабое утешение.

Включите sync и радуйтесь жизни :)
любой async потенциально опасная вещь - и соблюдение всех стандартов не гарантирует что FS будет не противоречива. Я лиш это пытался донести.
Это как весы - скорость vs надежность - обе вещи одновременно не бывает.

Ответить | Правка | Наверх | Cообщить модератору

Оглавление
Проблемы с потерей данных на Ext4 разделах в тестовой версии..., opennews, 12-Мрт-09, 16:06  [смотреть все]
Форумы | Темы | Пред. тема | След. тема



Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру