ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Alex Korchmar                        2:5020/423.65  20 Jan 2002  18:08:20
 To : Michael Shigorin
 Subject : Re: ЖФС
 -------------------------------------------------------------------------------- 
 

 At Sun, 20 Jan 02 01:50:42 +0300 Michael Shigorin <mike@lic145.kiev.ua> wrote:
 
 FZ>> А зачем мне фича (единственная) ext3 - создавать тормоза в
 FZ>> обмен на быстрый ребут? Честное слова, вокруг меня нет ни одного
 
 не только. Еще в обмен на почти гарантированное отсутствие после медленного
 ребута мусора в lost+found, который так неудобно вычищать.
 
  MS> У меня все с точностью наоборот -- производительности дисковых подсистем,
  MS> как правило, хватает, а вот времени на fsck -- нет.  Молчу об отдельных
 
 может, все же ups? ;-)
 
  MS> Еще я склонен не согласиться с таким вот категоричным "или-или".  Меня ой
  MS> как не устраивают конкретные _тормоза_ ext2 на толстых каталогах (а в /var
 
 а чем тебе поможет ext3? И в чем, кстати, тормоза - ты, случайно, не из тех, 
 кто ls -l набирает для проверки скорости? 
 
  MS> и /usr/share их есть, да и /dev на моей системе статический).
 
 в usr/share их нет. dev тоже не есть толстый каталог, в нем всего-то
 полторы тысячи записей. И я не вижу смысла отказываться от devfs,
 она еще от 33-х болезней помогает. В /var/spool/news не должно быть
 поисковых операций, поэтому совершенно неинтересно, насколько они где-то
 выполняются быстрее.  (ну, а по хорошему - cnfs в зубы)
 
 FZ>> производительность fs (которую журналирование ухудшает) - может быть
 FZ>> существенна.
  MS> Бум надеяться, что люди за прошедшее время не только журнализьмом
  MS> занимались, а и оптимизацией хранения [мета]данных.
 
 оптимизацией хранения метаданных люди занимались в 80-е годы. И быстро
 достигли максимума. С тех пор никаких особых новых успехов в этой области
 не добились, за исключением того, что современная аппаратура сделала те
 достижения бесполезными - на современных дисках FAT32 уже не является
 неоптимальной, а располагать таблицы с учетом RPM стало невозможно в виду 
 расплывчатости понятия "дорожка".
 
  MS>  Вон, говорят, что нет
  MS> там performance hit у ext3 с хитрыми опциями ;)
 
 кто говорит-то? 
 
 FZ>> Hу что-ж, я рад за тебя. А суперблоки в reizerfs дублируются?
  MS> Быстрый просмотр хедеров показывает, что "скорее нет".  Hо тут я подхожу с
 
 уп-с... 
 Пользуйтесь vfat, очень советую.
 > Alex
 
 --- ifmail v.2.14.os-p7
  * Origin: Down System -2 (2:5020/423.65)
 
 

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