|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Sergey Rogulev 2:5031/7.13 13 May 2007 17:09:54 To : Alex Korchmar Subject : Re: Чиста теоретический вопрос про файловые системы -------------------------------------------------------------------------------- є іpивет, Alex! 12 май 07 в 22:52, Alex Korchmar писал опеpу. А опеp, Sergey Rogulev, читал: AK>>> файлы еще меньше - это уже клиника. SR>> во-первых дефолтный выбирается на более-менее приличных разделах AK> повторяю: чтобы выбрать недефолтную fs (сознательно, а не по принципу AK> "слышал что много файлов хорошо хранит") нужно мозгов больше, чем AK> чтобы выбрать недефолтные параметры у mke2fs. с дуба упал? ;) там же в комстроке (!) писать надо, а файловую в окошечке гуев lvm2gui выбрать можно! тем более что чистА круты паЦаны в нАтуре юзают только рейзер!!! ;))) шутки-шутками, но выбрать можно либо походив по граблям самому либо полазив по сети. советов много, главное выбрать что надо именно тебе. SR>> 4к. во вторых иноды тратятся далеко не только на файлы. в третьих AK> да, еще на каталоги (для простоты забуду про indirect. Впрочем, AK> какой-такой indirect на диске с файлами по меньше килобайта). И что? если у меня всего 2 млн инодов на разделе, то записав туда 2 млн пустых каталогов, смогу ли я туда записать хотя бы байт данных? SR>> могу привести тебе пример, когда есть куча даже меньших файлов SR>> - дерево сырцов ядра например. AK> поздравляю обкакавшись: фу... AK> find /usr/src/linux-2.6.18/ -size +4096c | wc -l AK> 10081 AK> (это те, где хвосты по умолчанию не подбирают) AK> Всего их там - 20 тыщ. Сэкономил просто дохуя, правда? make сделай, да? вполне себе пристойно получается, особенно если держать десяток ядер. SR>> тоже вполне такая немаленькая помойка мелких файлов. AK> прекрасно лежит на ext3 и никакой специальной настройки под себя не AK> требует. Место в /usr/src у меня бывало, кончалось. Иноды - никогда. у меня то же и там же. но ситуация вполне себе представимая. SR>>>> потому что на медленных дисках разница меньше заметна, SR>>>> упирается все уже не в fs а в seek и трансфер диска. AK>>> структура fs не может ли в данном случае играть роль ? ;-) SR>> не понял, ты споришь или подтверждаешь? чем больше скорость SR>> носителя - тем заметнее задержки, вносимые в трансфер структурой SR>> fs. AK> да ну? Hачнем, к примеру, с fat. и что я извините на 2г померяю? вообще говоря фат называть полноценной fs некорректно. а фат32 так еще и глупо, мне свои данные еще дороги (как память). а если ты про ntfs, то переписывание полного винта (200г) видео на сервер через sata веревку с xfs занимает раза в полтора-три меньше времени чем с ntfs. проверено практикой. --- GoldED+/W32 1.1.5-030809 * Origin: Hе читай ориджины - козленочком станешь ;) (2:5031/7.13) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор Архивное /ru.linux/2743464711ba.html, оценка из 5, голосов 10
|