|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Alexandr S. Agranovsky 2:5020/400 07 Nov 2002 01:23:10
To : Vladimir Bormotov
Subject : Re: Re: compressed fs
--------------------------------------------------------------------------------
> <m3of937t36.fsf@vb.dn.ua> <0psaqa.dd8.ln@dimline.ru> <m3znsmn7yu.fsf@vb.dn.ua>
> <df9bqa.qr8.ln@dimline.ru> <m38z06mu8p.fsf@vb.dn.ua>
> <18346551497.20021106230229@udmnet.ru> <m3iszalcb6.fsf@vb.dn.ua>
From: "Alexandr S. Agranovsky" <llb@udmnet.ru>
Hi, Vladimir Bormotov
VB> ASA> RU.LINUX, начала треда не видел.
VB> можно найти, если сильно инетерсно ;-)
не стоит. Почему - см. ниже.
VB>>> смотря что хочется поиметь на флешке.
VB> ASA> Может, расскажешь заново (для меня), что собственно надо?
VB> может автор вопроса расскажет ;-))
imho, лучше так. Потому что исходный вопрос в момент его
постановки - это не то же самое, что вопрос с результатами
обсуждения.
<Мысля есть=;)>
По поводу недостатков cramfs - типа тратится больше времени на
поиск нужного файла - я бы не стал утверждать, что это критично.
Почему?
Как я предполагаю, автор вопроса (Denis Smirnov?) опасается
того, что каждый раз при открытии файла с таким линком будет
тратиться время на повторное следование по каталогам? А как же
кэши? предлагаю простой тест - замерить время за которое
отрабатывает
find / >/dev/null
в первый и во второй раз - эта разница видна невооруженным
глазом без всяких там time. Более того, если я правильно помню
(т.е., внимание, могу тут ошибаться ;) в ядре 2.4 введен
специальный кэш именно для хранения чего-то там из файловой
системы (inode?)... Hадо будет при случае освежить в памяти
статью про 2.4. :(
Прочие же эффекты в виде лишних вычислительных операций
(гляделки в кэши и т.п.) - не связаны с дисковым I/O, а,
следовательно, ими можно пренебречь.
Вывод: уже начиная со второго раза симлинк отрабатывает
практически так же быстро, как и хардлинк. Из-за чего тогда
копья ломаем?
</Мысля была>
- ---
Alexandr S. Agranovsky llb@udmnet.ru
--- ifmail v.2.15dev5
* Origin: LLB, LLC (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
