HDD - [решено] Фрагментация при записи на пустой том.

Tau_0 · Отправлено: **20:47, 16-02-2014** | #2

Цитата littlefunnyevil:

при записи крупных файлов на кластеры бОльшего объёма повысится скорость чтения (верно ли это?? ). »

В Microsoft считают оптимальный размер кластера = 4 KiB. Но при этом надо форматировать (создавать файловую систему) штатным Format Microsoft Win 8.1 x64.

Кстати версии NTFS для разных Windows различаются..., особенно сильные отличия наблюдаются в Widows 8. Следует учитывать, что и команда чекдиск крутися постоянно и порой может вступать в конфликт даже с ФС, созданной Windows 7. --- Чекает её на свой лад. Может и ФС, созданную EaseUS Partition Master, чекдиск рихтует на свой лад... Вот и получается много Run/отрезков/экстентов для одного файла.

Также учитывайте, что файл в NTFS это не поток байтов, а поток атрибутов файла...

Хотите разобраться --- читайте доку по внутреннему устройству NTFS. Используйте дисковые редакторы: --- DMDE, WinHex, ..., etc и вникайте в тонкости... Я таких исследований не проводил, а только по кусочкам случайно читал...

misha2 · Отправлено: **10:25, 17-02-2014** | #3

Цитата littlefunnyevil:

(папка объёмом 28.9 ГБ, основные файлы - 20шт. по ~1 Гб) вся (!!) записалась фрагментами »

Не удивительно. Файлы пишутся туда, где в данный момент времени спозиционирована головка винта. И понятно что за каждый поворот диска при их вращении головка не может писать всё чётко последовательно и находится физически на том же самом треке. Вот и выходят фрагменты отдельных файлов. Ну и самих головок чаще всего не 1 шт. стоит в винте.

littlefunnyevil · Отправлено: **11:53, 17-02-2014** | #4

O, вот оно как. Ясно. Крайне понятный и исчерпывающий ответ. Спасибо.
p.s. вчера решил провести эксперимент. Ту папку на 28 ГБ скопировал на соседний том и форматнул вышеназванный том со стандартным размером кластера с помощью Виндового format'a. Итог - при копировании папки заново - почти никакой фрагментации.

А уже последующие файлы начали опять получаться фрагментированными.

piligrimka · Отправлено: **17:32, 20-02-2014** | #5

Цитата misha2:

Не удивительно. Файлы пишутся туда, где в данный момент времени спозиционирована головка винта. »

Это предположение или утверждение?
Хотите сказать что операционная система не занимается оптимизацией записи на диск, как об этом декларировано, и как должно быть по логике?
Или речь идёт о новоделе от Microsoft?

Tau_0 · Отправлено: **21:39, 20-02-2014** | #6

piligrimka, независимо от самых оптимальных стратегий выделения внешней памяти и использования кэшей, при параллельном чтении/записи многих файлов (а именно так и происходит) фрагментация неизбежна...
Конечно, если каждому файлу предоставить по харду, то фрагментация уменьшится, но только где столько хардов взять...???...

Игорь Лейко · Отправлено: **22:50, 20-02-2014** | #7

Цитата littlefunnyevil:

верно ли это?? »

Нет.

Цитата littlefunnyevil:

Итог - при копировании папки заново - почти никакой фрагментации. »

Установка и копирование могут различаются довольно значительно.

misha2 · Отправлено: **10:46, 21-02-2014** | #8

Цитата piligrimka:

утверждение? »

Утверждение. Достачно почитать о работе и устройстве винта и принципе чередования головок, зонном распределении и методах внутренней трансляции (относится уже к программной архитектуре винта).
ОС и занимается этой самой дефрагментацией, правда невсегда эффективно. И понятие "дефрагментация" и есть подтверждение мной сказанного, что файлы неизбежно фрагментируются при записи на поверхность.

piligrimka · Отправлено: **11:52, 21-02-2014** | #9

Tau_0
Фрагментация неизбежна в случае если нет свободного цельного куска, в который можно записать требуемый файл.
Во всех остальных случаях всё пишется целиком - и это наглядно показывают операционки относящиеся к Linux.

misha2
Причём здесь внутренности винта если операционка имеет общение с другим уровнем представления?
Самостоятельно дефрагментацией занимается Виста и оследующие операционки. В ХР это не делалось автоматом и дефрагментация на нормально заполненных разделах практически отсуствовала. По крайней мере для небольших файлов. Означает ли это что более новые операционки, зная о том что потом будет дефрагментация, пишут где прийдётся, без всякой оптимизации?

misha2 · Отправлено: **12:36, 21-02-2014** | #10

Цитата piligrimka:

Причём здесь внутренности винта если операционка имеет общение с другим уровнем представления? »

А винту пофик виндовые и Осёвые представления. Он пишет туда куда спозиционированы головы в данную миллисекунду.
А винда не может указывать винту куда именно и по какому ЛБА писать данный файл. Винт это решает сам. И без вашего внешнего участия. Это потом вы можете повлиять на расположение фрагментов - лишь когда файл уже полностью записан. Тогда у ж сам дефрагментатор решает нужно дефрагментировать тот файл или нет.