<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<title></title>
</head>
<body>
<blockquote type="cite" cite="mid20030701125443.5C5F2492E8@lrn.ru">
<blockquote type="cite">
<pre wrap="">1) Какая самая быстрая файловая система - ext3, ext2 или<br>что-то еще?<br></pre>
</blockquote>
<pre wrap=""><!----><br> Быстрая на каких задачах?</pre>
</blockquote>
Нужна быстрая ФС для внутрифайловых операций (чтение|запись) на файлах больших
размеров - 1ГБ и более<br>
<blockquote type="cite" cite="mid20030701125443.5C5F2492E8@lrn.ru">
<pre wrap=""><br><br></pre>
<blockquote type="cite">
<pre wrap="">2) Как присоздании ФС заказать размер блока в 1024 или 2048<br>или 4096?<br></pre>
</blockquote>
<pre wrap=""><!----><br> Для каких задач, и каких размеров разделов/файлов, на какой fs?</pre>
</blockquote>
Каков оптимальный размер для вышеуказанной задачи?<br>
<blockquote type="cite" cite="mid20030701125443.5C5F2492E8@lrn.ru">
<pre wrap=""><br><br></pre>
<blockquote type="cite">
<pre wrap="">3) Есть ли дефрагментаторы и|или оптимизаторы ФС?<br></pre>
</blockquote>
<pre wrap=""><!----><br> А надо? Нет. Совсем не надо!</pre>
</blockquote>
Где гарантия, что файл большого размера (см. проблему выше), не будет размещен<br>
в разных фрагментах?<br>
<blockquote type="cite" cite="mid20030701125443.5C5F2492E8@lrn.ru">
<pre wrap=""><br><br></pre>
<blockquote type="cite">
<pre wrap="">4) Как расположить файл в нужном месте диска?<br></pre>
</blockquote>
<pre wrap=""><!----><br> Зачем? Если такие желания возникают, то это прямая дорожка на<br>raw device, и всё такое прочее.</pre>
</blockquote>
А что, можно raw device сделать на HDD?. Или лучше взять оперативки 4ГБ и
там сделать<br>
виртуальный диск для размещения большого файла. Причем все будет работать
очень быстро.<br>
<blockquote type="cite" cite="mid20030701125443.5C5F2492E8@lrn.ru">
<pre wrap=""><br><br></pre>
<blockquote type="cite">
<pre wrap="">5) Почему в АЛМ 2.2 GCC и другие средства разработки не<br>ставятся по умолчанию?<br></pre>
</blockquote>
<pre wrap=""><!----><br> Инсталлятор кривой, про apt ни фига не знает.</pre>
</blockquote>
Люди возмущаются. Говорят, в документации написано, что разработка ставиться
- там нарисована<br>
картинка, а в самом инсталляторе ее нет. <br>
<blockquote type="cite" cite="mid20030701125443.5C5F2492E8@lrn.ru">
<pre wrap=""><br><br><br>On Tue, 1 Jul 2003, Ilya Palagin wrote:<br><br></pre>
<blockquote type="cite">
<blockquote type="cite">
<pre wrap=""> Не факт. (Как минимум - религиозная вайна reiserfs и xfs,<br>например... ;-))<br><br></pre>
</blockquote>
<pre wrap="">ext2 не ведет журнал, поэтому и быстрее (специалист вам скажет,<br>что она еще и простая, как 3 рубля).<br></pre>
</blockquote>
<pre wrap=""><!----><br> Фигня. Журнал вовсе не обязательно даёт оверхед (а бывает, что и<br>приводит к ОЧЕНЬ ЗНАЧИТЕЛЬНОМУ ускорению, как ты было в ФС<br>Spiralog). Примитивность FS - тоже вовсе не есть хорошо. Поиск по<br>большой директории на ext2 - дело крайне нудное и тормознутое, в<br>отличии от reiserfs и xfs, где вместо линейного поиска надо всего<br>лишь просмотреть b-дерево.<br><br></pre>
<blockquote type="cite">
<pre wrap="">В религиозных войнах вместо нее принимает участие ext3.<br></pre>
</blockquote>
<pre wrap=""><!----><br> Религиозные войны - чушь и поцня. Под разные задачи нужны разные<br>fs, а универсальных файлух - не бывает.<br><br></pre>
</blockquote>
Задача простая - нужна быстрая ФС для оптимального выполнения внутрифайловых
операций - чтение|запись<br>
в один и тот же, но очень большой файл - 1ГБ и более.<br>
<br>
Сергей.<br>
<br>
</body>
</html>