|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Ramazan Jah-Far 2:5020/400 01 Aug 2003 00:16:45
To : Victor Wagner
Subject : Re: удалить 10^7 файлов
--------------------------------------------------------------------------------
Hi!
In fido7.ru.linux, Victor Wagner wrote:
VW> Hужно предложить человеку думать головой. Я понимаю, конечтно,
VW> чно Ханс Рейзер умный, и написал такую файловую систему, которая даже
VW> при предъявлении к ней идиотских требований работает быстро. Hо лучше
VW> все-таки идиотских требований не предъявлять.
IMHO, в данном случае лучше пользоваться БД.
VW> А то поставит он по твоему совету reiserfs, причем какую-нибудь
VW> сырую альфу
reiserfs есть официяльно в ядрах 2.4.x
VW> - новички ведь часто думают, что чем новее софт, тем лучше, она у него
VW> и сломается вместе со всеми 10 миллионами файлов.
Интересные у нас пошли новички с 10 миллионами файлов :)
RJF>> пользуется алгоритмом логарифмической сложности.
VW> Вот блин, менять для этого ядро, вкручивать левый модуль, хотя
BTW, есть и другие файловые системы [besides reiserfs],
использующие деревья или хэши. Вообще, современные FS
по своей организации и методам доступа (поиска) всё
более приближаются к базам данных. И в этом нет ничего
плохого. /*А модуль reiserfs уже давно не левый.*/
А вообще, если стоит задача держать кучу мелких файлов,
скорее всего, правильнее будет таки использовать БД.
VW> предложенная мной схема со вложенными директориями тоже ЯВЛЕТСЯ
VW> алгоритмом логарифмической сложности.
Да, однако эта "логарифмичность" достигается, как бы это
сказать, "руками" :).
И такая схема начинает себя оправдывать, когда
заполнение FS [мелкими файлами] лежит, скажем, в
диапазоне 30%-300% от расчётного номинала.
Посмотри, к примеру, сколько занимает пустой спул
leafnode сразу после инсталляции. У меня leafnode
ставится с 1000 каталогами under /var/spool/news/message.id/
В упаковке от Debian, AFAIK, та же фигня.
Если "логарифмичность" обеспечивается средствами FS,
то FS будет использоваться эффективно при любой степени
заполнения.
--
Bye!
Ramazan
--- ifmail v.2.15dev5
* Origin: UkrNet (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
