Главная страница


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)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

 Тема:    Автор:    Дата:  
 Re: ReiserFS vs. Ext3   Vitaly Lugovsky   01 Nov 2003 13:30:37 
 Re: ReiserFS vs. Ext3   Oleg Drokin   01 Nov 2003 13:36:41 
 Re: ReiserFS vs. Ext3   Vitaly Lugovsky   03 Nov 2003 18:00:39 
 Re: ReiserFS vs. Ext3   Oleg Drokin   03 Nov 2003 23:26:55 
 Re: ReiserFS vs. Ext3   Vitaly Lugovsky   04 Nov 2003 14:38:32 
 Re: ReiserFS vs. Ext3   Oleg Drokin   04 Nov 2003 23:35:27 
 Re: ReiserFS vs. Ext3   Vitaly Lugovsky   10 Nov 2003 19:47:50 
 Re: ReiserFS vs. Ext3   Roman Belenov   10 Nov 2003 19:01:44 
 Re: ReiserFS vs. Ext3   Oleg Drokin   10 Nov 2003 19:47:00 
 Re: ReiserFS vs. Ext3   Vitaly Lugovsky   11 Nov 2003 18:28:37 
 Re: ReiserFS vs. Ext3   Oleg Drokin   11 Nov 2003 22:19:03 
 Re: ReiserFS vs. Ext3   Valery Shishkov   11 Nov 2003 04:51:43 
 Re: ReiserFS vs. Ext3   Maxim Timofeyev   15 Nov 2003 14:24:58 
Архивное /ru.linux/155509aed4a31.html, оценка 1 из 5, голосов 10
Яндекс.Метрика
Valid HTML 4.01 Transitional