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 |
|