tomset
BANNED | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
WildCat
Цитата:| на журналируемых файловых системах |
Вот именно, что помимо самого файла, ситема лезет в таблицу MFT, нерезедентные индексные записи, и еще штук пять системных файлов и журналов.
Так что головки полюбому будут метаться по всей рабочей области.
Диски NTFS не рекомендуется заполнять до конца. ~ 15% всегда должно быть свободно. Иначе по любому скрость работы падает.
Цитата:| фильм копируется с диска на диск со скоростью 5-6 мег в секунду, после дефрагментации диска - 90-100 Mb/s |
Сказочник,  полюбому скорость поделится пополам между двумя дисками.
так что 90Mb/s при копирвании никак не получить
Чтобы осознать, нужно понимать, как работает файловая система, не углублясь в дебри, (ибо целую книгу писать придется) ее работу можно кратко описать так:
NTFS в отличии от FAT при создании файла всегда выделяет ему наибольший свободный кусок, заполняет его, потом следущий наибольший и так далее.
FAT всегда первый свободный от начала.
При изменениях размеров файлов, им выделяет первый от начала свободный кусок, с пропуском резервной зоны ~12%.
Потому, в первую очередь, фрагментируются всякие временные и системные файлы, если их размер изменяется. Смысла их дефрагментировать нет, потому, как временные просто не нужны, и через какое-то время вместо них опять будут свободные дырки. а системные через несколько минут работы будут такими же фрагментированными.
Ну, а те файлы которые просто хранятся, вобщем то поборабану фрагментированы они или нет имено из-за того что система журналирующая. И чтобы прочитать один файл, нужно перед этим заглянуть еще в пять системных файлов.
А при записи файлов, чтобы иметь возможность восстановить FS. нужно постоянно отмечаться в журнале транзикций, таблице MFT и индексных записях(директориях). И прочих ситемных файлах.
Так что головки полюбому будут бегать туда сюда.
Причем индексные записи это такие-же файлы, как и обсолютно всё в NTFS и они при изменениях, тут же фрагментируются.
Я бы даже подчеркнул, что после дефрагментации, можно получить обратный эфект.
При записи большого файла, ситемные файлы вклинятся в большой, так как нет свободных кусков в начале диска.
Но тут собственно от программы копирования, создания файлов зависит, выпросит она у системы полный обьем будущего файла, или будет просить по мере необходимости.
И если наблюдать за процессом копирования в проводнике, многие программы запрашивают место именно по кусочкам.
А система-то у нас многозадачная. Вот и получаем сразу же мозайку.
Потому выбрана общая стратегия, система следит за общим процентом фрагментированности, точно не помню, помоему только когда более 60% файлов фрагменитировано, рекомендует ее проводить.
А где-то при 90% система сама напомнит.
Есть кнопочка "анализ" в стандартном дефрагментаторе win.
ей можно пользоваться, чтобы определить, нужно поводить дефрагментацию или нет.
|
Всего записей: 6906 | Зарегистр. 02-12-2002 | Отправлено: 16:54 30-09-2009 | Исправлено: tomset, 17:22 30-09-2009 |
|
Но в Варезнике есть лекарство от жадности 
