|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Alex Korchmar 2:5020/400 09 Mar 2001 21:02:15
To : Vasyanovich Andrew
Subject : Re: large directory & linux
--------------------------------------------------------------------------------
Vasyanovich Andrew <kum@impuls.zhitomir.ua> wrote:
VA> Каково современное состояние файловых систем в линуксе с поддержкой
VA> большого количества файлов (от 10000 файлов) в одном каталоге с
VA> нормальной скоростью работы при этом?
а зачем оно надо?
VA> Вспоминается мне 2-х годичной давности эксперимент, когда Novell Netware
VA> 4.11 на P75/32M отдавал содержимое каталога из ~18000 файлов в 6 раз
VA> быстрее (!) чем Linux на PII-400/128. Тестировалась софтина под ДОС
для работы с софтинами под дос всегда лучше использовать настоящую нетварь,
а не ее кривой эмулятор под линуксом. И эти проблемы, как и все другие,
отпадут сами собой. А так - можешь использовать любимый народом reizerfs,
он теоретически должен именно это уметь хорошо, а что до глюков - их там
явно на порядок меньше, чем вызванных опять же сованием линукса туда, куда
не надо. А можешь использовать... обычный fat. Он тоже раз этак в шесть
побыстрее для твоего случая окажется.
VA> Проблема в поиске файла в каталоге (при увеличении кол-ва файлов в 2
VA> раза время поиска увеличивается в 4 раза) - фича ext2fs?
да, правда не в два раза, а скачком после того момента,когда появляются
косвенные inodes.
VA> В Netware - бинарное дерево + кеширование каталогов обеспечивает
ой? AFAIR, в нетвари - plain text "каталог", и сроду не было никаких
"деревьев", что и позволяло небезуспешно лазить по грохнувшимся нетварьским
дискам.
VA> Если есть опыт работы в реальных условиях - поделитесь. Вообще такая
VA> возможность нужна не часто, но например сквид свой кеш хранит в
такая возможность нужна всякий раз, когда пытаются совать линукс во все
дырки, включая те, где он нахрен не нужен.
VA> нескольких десятках директорий, в ексим даже опция есть - что-то вроде
сквид никогда там ничего особенного не ищет, и все, что ему нужно, старается
держать открытым. Единственный случай, когда это не так - squid -z, чего
на работающей системе стараются все же не делать.
VA> глазами чего он там натворил. rm -r -f /home/alex/some_piece_of_shit/ &
VA> работало около 3 часов, после чего на меня снизошел святой дух :-) после
VA> чтения man quota и установки квот на /home.
хинт: квоты нихрена от этого не помогают.
> Alex
--- ifmail v.2.15dev5
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
