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

Игорь Лейко · Отправлено: **17:49, 21-02-2014** | #31

Цитата misha2:

Мне думается всё же - "с какого ЛБА" (незанятого) ближе будет. »

Там алгоритм не особенно простой и не описанный. Простой алгоритм был только в DOS.

Tau_0 · Отправлено: **18:55, 21-02-2014** | #32

Цитата Игорь Лейко:

Вообще-то Windows пишет блоками - и размер этих блоков с размером кластеров никак не связан. »

Да, пожалуй Вы правы...

, но тогда блок связан с размером сектора.
--- Вычитал у М. Русиновича См.

Цитата:

Внутренне NTFS работает только с кластерами. (Однако NTFS инициирует низкоуровневые операции ввода-вывода на томе, выравнивая передаваемые данные по размеру сектора и подгоняя их объем под значение, кратное размеру секторов.) NTFS использует кластер как единицу выделения пространства для поддержания независимости от размера физического сектора. Это позволяет NTFS эффективно работать с очень большими дисками, используя кластеры большего размера, и поддерживать нестандартные диски с размером секторов, отличным от 512 байт.

Игорь Лейко · Отправлено: **19:09, 21-02-2014** | #33

Цитата Tau_0:

но тогда блок связан с размером сектора. »

Ну да, винт же не может записать только часть сектора. Минимальная единица чтения-записи - сектор.

Цитата Tau_0:

Вычитал у М. Русиновича »

Первое предложение игнорируйте. Очередной случай, когда он не сумел внятно выразить свою мысль.

Vadikan · Конфигурация компьютера

О, раз все гуру собрались, у меня есть вопрос на засыпку

Допустим, есть файл, и точно известен номер сектора диска, в который он записан (или по крайней мере его фрагмент).

Файл не:
открывался
изменялся
редактировался
копировался
перезаписывался
переносился
делился
почковался

В результате каких операций номер сектора может измениться?

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

Цитата Vadikan:

О, раз все гуру собрались, у меня есть вопрос на засыпку »

Формулировку вопроса уточните, будьте так любезны.

Ибо, например, процесс дефрагментации можно считать переносом файла, а можно и не считать.

mwz · Отправлено: **12:29, 22-02-2014** | #36

Цитата Vadikan:

В результате каких операций номер сектора может измениться? »

В результате дефрагментации -- в т.ч. фоновой.

Tau_0 · Отправлено: **12:51, 22-02-2014** | #37

Цитата Игорь Лейко:

процесс дефрагментации можно считать переносом файла »

Дефрагментация слишком очевидно. А вот по такой причине, как появление плохо читаемых клаcтетеров (секторов) сама NTFS может безо всякого чекдиска перенести отдельные Run/отрезки или какие-то кластеры в другое место. Ведь вроде в $BadClus плохие кластеры помещаются и без чекдиска...???...

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

Цитата Tau_0:

Ведь вроде в $BadClus плохие кластеры помещаются и без чекдиска...???... »

Эксперимент на обычном диске провести все никак не соберусь, а во "внутреннем устройстве" описано мутновато и другими путями точную информацию получить не удалось. В ряде ситуаций это возможно, но уверенности, что это будет происходить на любом диске и любом контроллере у меня нет.
Впрочем, chkdsk /r и плохой сектор вполне под условия Вадима подходят.
Сжатие-расжатие файла могут подойти, а могут и нет - опять-таки формулировка вопроса расплывчата. То ли "данные этого сектора окажутся в другом секторе", то ли "этот сектор уже не будет принадлежать данному файлу".

Vadikan · Конфигурация компьютера

Я даже не сомневался, что формулировка не устроит и уверен, что после уточнения она тоже будет негодной :) Подразумевается прямое взаимодействие пользователя с файлом с помощью прикладных программ, например, редактор для этого типа файлов или файловый менеджер. Но при желании запущенную пользователем дефрагментацию тоже сюда можно записать :)

С дефрагом понятно, отсюда и выбор темы для вопроса. Интересуют другие варианты. chkdsk при наличии поврежденного сектора - да. А еще что-нибудь?

Цитата Игорь Лейко:

То ли "данные этого сектора окажутся в другом секторе", то ли "этот сектор уже не будет принадлежать данному файлу". »

Гм... по-моему, при дефраге верно оба, если я правильно понимаю формулировку второго варианта :)

По поводу сжатия. Если файл сжимался, как я понимаю, декомпрессия выполняется в память, а в ФС резервируется пространство, необходимое для записи распакованного файла (точнее, compression unit'а). Но если файл не изменялся после декомпрессии, он разве записывается в ФС заново, оказываясь в другом секторе?

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

Цитата Vadikan:

по-моему, при дефраге верно оба, если я правильно понимаю формулировку второго варианта

»

Да, конечно. Или оба неверны, если файл не затронут.

Цитата Vadikan:

Подразумевается прямое взаимодействие пользователя с файлом с помощью прикладных программ, например, редактор для этого типа файлов или файловый менеджер. »

Автоматическое выполнение дефрагментации, внесенное пользователем в планировщик и запущенное планировщиком - это прямое взаимодействие пользователя или непрямое?

Сжатие файла - тоже прямое взаимодействие.

Но в этом случае данные сектора размазываются по 16 кластерам, так что даже если сектор и продолжит принадлежать данному файлу, прежних данных в нем уже не будет.

Давай оставим эту затею, тем более что к теме она имеет весьма отдаленное отношение.