Имеет ли смысл с целью увеличения производительности системы (за счет уменьшения фрагментации) 1) вынести временные файлы (system temp, user temps, inet temp files) из системного раздела. 2) устанавливать приложения на отдельный раздел.
Думаю, имеет. По сути, тогда системный раздел будет максимально чистым в плане фрагментации. А насчёт скорости.. Затрудняюсь оценить, но прирост будет.
да, я тоже не уверен будет ли прирост скорости из-за уменьшения фрагментации. Размер кластера равен размеру страницы (4кб), исполняемые файлы загружаются в память мапированием (т.е. постранично). Получается что фрагментация не должна влиять на производительность... И к тому же в Микрософте тоже не дураки сидят.
Да нет, прирост будет, но на каких объёмах.. Вот если копировать 600 мб файл: фрагментированный и нефрагментированный, то здесь скорость будет заметна даже на глаз. А просто работа системы.. Попробуй
Еще надо учесть, то скрость будет выше, если файлы нах-ся ближе к началу диска. Т.е. если угловая скрость одинаковая для всех секторов, то вот линейная будет разная, а значит и время доступа разное.
>что фрагментация не должна влиять Почему не должна? Будет, если судить по логике, ведь мэпирование не с воздуха делается, а с винта. следовательно если куски файла раскиданы, то и головка должна перемещаться, а это как известно время кушает. Как в плане перемещения,так и в подготовке чтения. Зы: Шобы щастье привалило, ты в книжный зайди и купи(скомунизДи) вобщем достань себе Э.Таненбаум "Современные Операционные системы", на тек. момент 2 изд.
EvilsInterrupt да, но подкачка страниц выполняемых файлов с диска выполняется не последовательно, а "случайно", по мере выполнения, причем из различных файлов. Поэтому, как мне кажется, уровень фрагментации не должен играть большой роли. --- Да, Таненбаума хорошо бы достать. Только у нас его не продают.
