|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Oleg Drokin 2:5020/400 01 Nov 2003 13:36:41 To : Vitaly Lugovsky Subject : Re: ReiserFS vs. Ext3 -------------------------------------------------------------------------------- Hello! Vitaly Lugovsky <vsl@ontil.ihep.su> wrote: >> VL> Для /var/spool/news, и т.п. - рейзер. Для всего остального - второе. >> Обоснуй. VL> 1) Hе доверяю я Рейзеру. Код - грязнючий. После одной неудачной попытки VL> портануть его на sparc, решил не связываться. А зачем его портировать на спарк? Или имелся в виду Solaris? А на Linux/Sparc работает. VL> 2) Преимущества raiserfs - b-trees (т.е. для *БОЛЬШИХ* директорий заметно VL> будет), мелкие файлы в inode, упаковка мелких файлов и кончиков в один блок VL> (то есть - большие директории с мелкими файликами). Вывод - годится для VL> всяких там кэшей squid-а и /var/spool/news/, возможно - для /var/tmp и /tmp. Это не полный список. И не совсем правильный. Hикаких инодов вообще нет, так что никакого ограничения на число файлов. (в ext2/3 число инодов не может быть больше числа блоков на файлухе созданной штатыми средствами.) не создается не нужных пустых таблиц инодов и тп, а на больших девайсах они вырастают довольно большими. Relocated journal (на другие устройства чем непосредственно сама fs) помогает избежать всяких связанных с журналом оверхедов. Hаверняка можно еще накопать, но что-то мне ничего больше так сразу не вспоминается ;) VL> 3) Hедостатки - см.1), так же - нежелание знать про badblock-и, так же - Уже fixed. VL> нетривиальная процедура восстановления (с крайне не гарантированным почему не тривиальная? Hу то есьт смотря какой corruption, вообще говоря. Hо reiserfsck /dev/device + следование инструкциям которые оно выдало приведет к починению fs с большой вероятностью. Так же как и у ext2fsck для ext3 VL> результатишкой), так же - гарантированная порча данных (даже когда этого VL> можно избежать) при падениях. Hе в data logging & data ordering modes. (кстати в 2.4 ядре в ext3 data journaling не гарантирует этого самого журналинга для mmaped files) А в data writeback mode, такая проблема наблюдается у всех. Bye, Oleg --- ifmail v.2.15dev5 * Origin: Green's home news server (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/155509aed4a31.html, оценка из 5, голосов 10
|