The OpenNET Project / Index page

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



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

Ну, с точки зрения юзера - система сыграла в ящик от слета питания.Надежность?Хаха, уровня Win95?Вот пикинь, мне срочно надо допустим что-то оплатить а у меня система не грузится.Мило, да? :)

>дохнут файлы. и то только те, которые использовались вот так (если не
>сказать грубее):

Отлично, а какого они собственно дохнут?Это разве так и надо?И на ext3 не дохли, по крайней мере - вот так вот :)

>и в принципе логично. если я пишу прогу, которая читает файл, потом
>обнуляет его, а потом в слегка изменённом виде туже информацию записывает
>обратно...

А как еще предлагается записать такой файл если он был изменен?Допустим в начале, середине и конце файла были изменения.Допустим, размер файла поменялся.Как его еще записать то можно?Единственное что для пущей надежности можно сдвинуть его в бэкапную копию и с нуля записать новый.Но это несколько тормознее.

А так - как по мне, если уж сообщили софту что файл записан - извольте натурально записать его.

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

Ага, т.е. EXT4 будет теперь как с XFS и зануленными файлами?А то EXT3 ведь не просирал в этом случае эти файлы как я понимаю?!Хоть он и журналируемый.

>ext3 справлялась за счёт ordered. (означает ли это, что в других она
>будет вести себя также как и ext4?)

Ну, тут собственно вопрос в том какой у ФС приоритет.Если скорость во главе угла а на целостность данных юзера положить, можно и так.А если важна сохранность данных то так делать не нужно.Скорость... а то ли это чего все хотят от EXTов?Быстрые но не столь надежные и заботящиеся о целостности данных ФС есть уже много лет.Зачем нужно +1 в этом семействе?И чем EXT4 лучше чем то что уже было?А то отложенная запись и экстенты и b-деревья уж много лет как есть у других.В том же XFS и т.п..И воплей про зануленные файлы - есть :).И чинили это дофига раз, а все-равно какие-то остатки этих граблей иногда кому-то шищку на лоб ставят.Я XFSы подпираю упсой.Но блин делать это для EXTов?!?Ать-ать-ать их там всех за такое журналирование.

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

Ну, знаешь, Чубайсовская шарага надежностью не отличается.А писючное говножелезо устроено так что если питание слетело, софт об этом уже никогда не узнает и среагировать не успеет.Кроме случая когда упс есть.Это только в embedded можно задетектить начинающуюся просадку питалова и успеть слить в EEPROM все данные из RAM за счет заряда конденсаторов :P

>а битые файлы - это всего лишь последствия.

Это последствия.Но не "всего лишь".Shit happens, по определению.Кто-то может нечаянно ресет нажать или питание может слететь.Это не повод радостно похерить юзеру файлы.

>в новости же вроде по-русски всё описано?

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

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

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



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

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