Вышла статья "Взгляд на ext4 (http://www.filesystems.nm.ru/my/ext4.pdf)" (PDF, 340Кб). Рассмотрены мотивы разработки, основные нововведения, способы миграции с ext2/3.URL: http://www.filesystems.nm.ru/my/ext4.pdf
Новость: http://www.opennet.me/opennews/art.shtml?num=26631
Полезно
>ФС нового поколения – ext4точно подмечено, с известными родовыми болезнями ext*
кто бы спорил...
Cпасибо за проделанную работу, статьи при любых раскладах весьма полезны! :)
>точно подмечено, с известными родовыми болезнями ext*Ну, одну (тормознутость) - порядочно пролечили :-)
Помучил я тут ext4 для фильмов раздающихся/качающихся торрентом и ослом, и музыки
и пришёл к выводу что xfs для этого гораздо уместнее.Плюс ext4 всё же сыровата.
У XFS говорят, вроде проблемы какие-то со стабильностью и сохранностью данных.
лет 6-7 на xfs, ничего не потерял и все стабильно, что я делаю не так?ЗЫ: серверов не так уж много коло 20, так что потрудитесь подкрепить фактами или молчать в тряпочку...
Возьмите за правило не хамить.
примерчик слегка притянут за уши на серваках (так как там бесперебойное питание доступно как класс) и возможно ноутах, но на обычных компах можно провести следующий эксперимент: с одного раздела запускаем копирование файла таким образом, чтобы время копирования было достаточном для того, чтобы успеть выдернуть шнур питания, симулируя таким образом сбой питания. После загрузки данный файлик будет нулевого размера независимо от того, что было скопировано n-ное количество гигабайт. С ext* и reiser* такого обычно не наблюдается, а xfs теряет содержимое файла стабильно и стопроцентно.Что скажете, неуважаемый, на сей факт?
Оно не теряется, это фича такая. Поломанный фаил забивается нулями.
"Данные не _теряются, просто на их месте _внезапно _обнаруживаются нули," Да? %)
в таких случаях безопаснее скопировать файл заново, это же не торренты с блекджеком и хешами
Логи постоянно находятся в режиме записи (какой тогда от них смысл, если они в случае сбоя забиваются нулями), или вы открыли на редактирование документ и внезапно отключили электричество. Лучше потерять пару байтов, чем весь файл.
>С ext* и reiser* такого обычно не наблюдается,Угу, на сайте авторов aMule можно прочитать очень едкие коменты по поводу того что они думают о надежности reiserfs и прочая, ибо они тоже познакомились с отлетом тома в страну вечной охоты :)
Со стабильностью были проблемы на этапе добавления в ядро, уже прошло много лет, ext4, btrfs только проходят этот путь.А сохранность -- есть одна фича. Если файл был открыт на запись, то после внезапной перезагрузки он будет обнулён. Для видео и музыки это гарантия что файл не будет запорченным где-то в середине. Для торрента и осла это тоже подходит т.к. будет гарантия что битый файл перезатянется. А уже закачанные файлы на запись не открываются.
Зато скорость запись на раздел, с которого одновременно идёт раздача более чем в 20 потоков, у меня xfs показывает более 40 МВ/с, ext2/ext3 без журнала показывали 8..11 МВ/с, ext4 до 30 МВ/с (hdd Samsung HD154UI, 1 раздел на весь винт).
>А сохранность -- есть одна фича. Если файл был открыт на запись,
>то после внезапной перезагрузки он будет обнулён. Для видео и музыки
>это гарантия что файл не будет запорченным где-то в середине. Для
>торрента и осла это тоже подходит т.к. будет гарантия что битый
>файл перезатянется.Ага, файл, размером скажем ~30Гб, типичный блюрей, качать заново. При том, что торрент и так гарантирует целостность всех кусочков и убивать весь файл совершенно не было смысла.
>
>>А сохранность -- есть одна фича. Если файл был открыт на запись,
>>то после внезапной перезагрузки он будет обнулён. Для видео и музыки
>>это гарантия что файл не будет запорченным где-то в середине. Для
>>торрента и осла это тоже подходит т.к. будет гарантия что битый
>>файл перезатянется.
>
>Ага, файл, размером скажем ~30Гб, типичный блюрей, качать заново. При том, что
>торрент и так гарантирует целостность всех кусочков и убивать весь файл
>совершенно не было смысла.Но это еще фигня, гораздо печальнее, когда весь день работал, писал код, и вот нажимаешь в любимом редакторе сохранить и в этот момент комп подвисает или свет выключают (именно такая ситуация у меня однажды уже случалась). А если последний коммит делал даже не утром?
то же самое говорили про рейзер.
ну и там, и там в 2001-2003 годах определенные проблемы со стабильностью наблюдались.
FUDить изволите. Если вкратце, "вроде какие-то когда-то" были, но уже лет наверное пять как нету.
уже год живу на ext4, с самого начала своего знакомства с системой чудесной. на всех дистрах, что пробовал - всё удовлетворяло. ext3 не понравлась, ext4 - отлииичный полёт)
Зато я на fc12 (ядра 2.6.32-33) поймал некритичных несколько багов.
Например после смены процессора в материнской плате ext3 только написала что поправила дату/время, а ext4 вообще не дала загрузиться хотя для её раздела в fstab в конце стояли параметы 0 0.Осадочек от её сырости, как говорится, остался.
Не могу понять, как смена процессора вообще могла повлиять на файловую систему?
Наверно при этом батареечку на мамке вытягивали, поэтому дата сбилась. Поставил правильную дату и всё.
Скорей всего БИОС при смене проца сбросил всё на дефолт, включая дату. Аффтар коммента сам себе буратино, раз не заметил этого.
Почему-то все игнорируют одну важнейшую черту EXT4, а именно - возможность в будущем, без переформатирования раздела, сконвертировать её в BTRFS. Хотя я сам предпочитаю XFS, считаю что за эту фичу Ext4 можно простить очень многое, и посматриваю на неё как на ФС для будущего RAID (ибо при желании получить на нём же через пару лет BTRFS, сливать куда-то 4-6 терабайт данных чтобы ФС пересоздать, будет немножечко неудобно).
кстати, да, +1
сам с рейзера через формат переползаю по-тихоньку.
>(ибо при желании получить на нём же через пару лет BTRFS,
>сливать куда-то 4-6 терабайт данных чтобы ФС пересоздать, будет немножечко неудобно).Через пару лет чтобы слить 4-6 терабайт нужно будет один диск, и времени гораздо меньше чем сейчас.
>Через пару лет чтобы слить 4-6 терабайт нужно будет один диск, и времени гораздо меньше чем сейчас.Поправлю. Через пару лет чтобы слить 4-6 терабайт нужно будет 2 диска, и времени гораздо больше чем 1 день :)))
>Через пару лет чтобы слить 4-6 терабайт нужно будет один диск,Ну хорошо, значит данных будет 12-20 терабайт. Сливайте :)
>и времени гораздо меньше чем сейчас.
Ага, как же... что-то история пока показывает нечто иное.
ресурс недоступен :(
Device busy! (Девице бусы!)
Кто-нибудь пожалуйста закиньте на какой-нибудь файлообменник ...
Держи: http://depositfiles.com/files/vzwvdh6xoТолько зачем? :)