|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Alexandr Molchevsky 2:4656/7.2 30 Nov 2003 05:34:58
To : Ilya Dikarev
Subject : дефрагментация ex3
--------------------------------------------------------------------------------
28 Nov 03 10:41, you wrote to me:
AM>> Спорить не с чем. До и после дефрагментации алгоритм
AM>> кеширования в NTе не поменялся, а тормозить перестало.
ID> Давай не будем об алгоритмах кэширования в HТе........
ID> Если не ошибаюсь - там нет такого понятия как монтирование дисков.
ID> Отсюда и не возможность сделать нормальный кэш.
Какая разница какой там кеш и есть ли он вообще, да и вообще какая
разница NTя это или нет. Главное что до и после эксперимента операционка не
менялась и не перенастраивалась. А скорость доступа увеличилась в разы. Я думаю
ты согласен с тем что NTя тоже многозадачная ОС? Если да то почему результаты
эксперимента противоречат утверждению о том что фрагментация не влияет на
скорость доступа в многозадачной оси?
AM>>>> Почему? Я же кажись конкретный вопрос задал. :(
ID>>> ПАТАМУШТА!
ID>>> Практика показывает.
AM>> Тут сказали что фрагментация на скорость не влияет потому
AM>> что много процессов сразу что-то обычно читают с разных мест
AM>> диска. А моя практика показывает что таки влияет и серьезно.
AM>> Объясни на пальцах почему в том
ID> Твоя практика проходила на NTе. Вот когда она пройдет на Линухе -
ID> тогда и поговорим.
NTя не многозадачная ОС?
Я уже давно прошу описать тот чудесный механизм который позволяет
линуксу не тормозить при фрагментации в отличие от NTи.
AM>> Мне это не интересно. Я уже третий раз просто вопрос задал.
ID> Хорошо...
ID> 1) Действительно - много процессов имеют доступ к диску.
ID> 2) После долгой работы системы (5 и более часов) выясняется, что куча
ID> файлов, которые часто нужны лежит в кэше.
ID> 3) У тебя не так-то много больших файлов, к которым нужен частый
ID> линейный доступ.
ID> 4) Грамотное построение драйвера ФС (он заранее может зарезервировать
ID> место и т.п.)
ID> Еще что-то добавить?
Что именно по твоему мнению из вышеописанного отсутствует в NTe и
поэтому позволяет линуксу не тормозить при такой же фрагментации?
ID>>> Самое главное - это грамотно разделы расставить (тут уже об этом
ID>>> говорилось).
AM>> Так бы и сказал сразу. Это очевидно и с этим я не спорил.
AM>> Только причем здесь невлияние фрагментации на скорость доступа?
ID> Hе.. если у тебя будет 40-60%, то это уже плачевно. Чтобы этого не
ID> допустить и делают несколько разделов. Что более эффективно чем
ID> регулярная дефрагментация.
ID> Hо <=20% вполне нормальный уровень. Торможения не почувтсвуешь.
Ага. Таки мы договорились до того что линукс тоже тормозит из-за
фрагментации?
Alexandr
--- GoldED+/W32 1.1.5-21011
* Origin: ----> Default GoldED Origin <---- (2:4656/7.2)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
