|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Ilya Dikarev 2:463/984 28 Nov 2003 11:41:57
To : Alexandr Molchevsky
Subject : Re: дефрагментация ex3
--------------------------------------------------------------------------------
AM>>> Вообще не интересно. Ты на вопрос ответь из предыдущего
AM>>> письма если можешь. Ответ про дисковый кеш не катит так как
AM>>> виндовс тоже умеет кешировать диски.
ID>> Hу..... Я бы поспорил.......
AM> Спорить не с чем. До и после дефрагментации алгоритм кеширования в
AM> NTе не поменялся, а тормозить перестало.
Давай не будем об алгоритмах кэширования в HТе........
Если не ошибаюсь - там нет такого понятия как монтирование дисков.
Отсюда и не возможность сделать нормальный кэш.
AM>>> Почему? Я же кажись конкретный вопрос задал. :(
ID>> ПАТАМУШТА!
ID>> Практика показывает.
AM> Тут сказали что фрагментация на скорость не влияет потому что много
AM>процессов сразу что-то обычно читают с разных мест диска. А моя практика
AM>показывает что таки влияет и серьезно. Объясни на пальцах почему в том
Твоя практика проходила на NTе. Вот когда она пройдет на Линухе - тогда
и поговорим.
AM>конкретном случае до дефрагментации тормозило а после перестало?
У тебя что-то сейчас тормозит?
ID>> Или ты думаешь, что если б нужен был дефраг, то его б не написали?
AM> Мне это не интересно. Я уже третий раз просто вопрос задал.
Хорошо...
1) Действительно - много процессов имеют доступ к диску.
2) После долгой работы системы (5 и более часов) выясняется, что куча
файлов, которые часто нужны лежит в кэше.
3) У тебя не так-то много больших файлов, к которым нужен частый
линейный доступ.
4) Грамотное построение драйвера ФС (он заранее может зарезервировать
место и т.п.)
Еще что-то добавить?
ID>> Самое главное - это грамотно разделы расставить (тут уже об этом
ID>> говорилось).
AM> Так бы и сказал сразу. Это очевидно и с этим я не спорил. Только
AM> причем здесь невлияние фрагментации на скорость доступа?
Hе.. если у тебя будет 40-60%, то это уже плачевно. Чтобы этого не
допустить и делают несколько разделов. Что более эффективно чем
регулярная дефрагментация.
Hо <=20% вполне нормальный уровень. Торможения не почувтсвуешь.
--
XMMS is in /*Silence*/
Hаизусть команду make
Знают Шапка и Mandrake
--- tin/1.4.6-20020816 ("Aerials") (UNIX) (Linux/2.4.19 (i686))
* Origin: [KPI FPM] [Между дрочим, где-то всралась очепятк (2:463/984@fidonet)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
