Как вручную переместить файлы на физический жесткий диск?

Question

Как вручную переместить файлы на физическом жестком диске? Я хочу переместить файлы, которые никогда не изменяются, а только читаются, в конец раздела, например фильмы или что-то в этом роде.

Answer 1

Во-первых, извините за мой плохой английский!

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

Используя язык сценариев, вы можете создавать зоны (в разделе с тремя зонами третья зона — это конец раздела) и размещать любые определенные файлы (выберите шаблон, например *.mp3или *.avi) и перемещать их в конец раздела, указав свой персональный сценарий в программе mydefrag.

Answer 2

Существует множество инструментов с прямым доступом к диску, которые позволят вам записывать необработанные данные на диск. В системах на базе Unix команда ddобычно доступна для этого. В Windows вам придется положиться на стороннее программное обеспечение. Таким образом вы можете записывать фильмы на физический конец жесткого диска и вручную обновлять файловую систему. Во всех файловых системах, кроме самых простых, это было бы довольно утомительной работой и очень необычно вне контекста восстановления данных.

Это также довольно бессмысленно. Инструменты дефрагментации уже выполняют разумную работу по перемещению файлов для повышения производительности и могут легко свести на нет ваши ручные усилия. Их отключение, вероятно, сведет на нет преимущества производительности, к которым вы стремитесь.

Тем не менее, может быть, есть что-то полезное в хранении редко используемых файлов на медленном конце вашего диска. Лучший способ добиться этого — создать отдельные разделы, тем самым ограничивая, куда файлы могут физически попадать, подобно методу, называемомуКороткое поглаживаниеОбратите внимание, что при одновременном доступе к файлам на обоих разделах, например при копировании фильмов с одного раздела на другой на одном диске, производительность на самом деле серьезно падает из-за постоянного перемещения головки.

Answer 3

Попробуйте инструмент дефрагментации Vopt, с помощью которого после анализа диска вы можете вручную переместить файлы в любое место в конце диска.

Answer 4

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

В некоторых случаях создание разделов не представляется возможным, например, если весь диск зашифрован с помощью VeraCrypt, а вы параноик... Объяснение таково...

1. Параноик = 100% зашифрован и никогда не помещаю на него ничего незашифрованного
2. Шифрование раздела системы VeraCrypt не позволяет изменять его размер (по крайней мере пока)

Почему параноик никогда не сделает следующие шаги:

1. Расшифровать раздел
2. Изменить размер раздела
3. Зашифровать раздел

Ответ таков: на диск были записаны незашифрованные данные, поэтому их можно восстановить (независимо от того, были ли они перезаписаны или стерты и т. д.).

О, да, есть некоторые компании, которые могут восстановить 100 последних состояний каждого бита жесткого диска, а также твердотельного диска, карты памяти и т. д. Так что если ваши данные были в открытом виде (не зашифрованы) и вы перезаписали их 99 раз, незашифрованные данные все равно можно восстановить.

Для этого они распаковывают диск и используют низкоуровневые атомные анализаторы и суперкомпьютер, чтобы узнать, что там было раньше... простой способ понять это может быть таким (для магнитной поверхности, для SDD и карты памяти это в некотором роде похоже):

1. У вас есть 0 в бите, который вы собираетесь записать.
2. Вы пишете на этом бите 1... материал вращается, поэтому он читает единицу, а не ноль, но такое вращение не идеально.
3. Вы снова записываете в этот бит 1... материал поворачивается немного больше, так что он все еще читает единицу, но такой поворот снова не идеален (он немного больше повернут, чем предыдущий).
4. Вы анализируете, насколько велико такое вращение, и можете вычислить, что оно равно 1, до этого там должна была быть 1 (из-за последнего небольшого вращения), а до этого должен был быть ноль (из-за конечного угла).

В цифрах:

1. Ориентация = Горизонтальная = Бит равен нулю
2. Запишите единицу, это вызовет поворот на 60º = Бит равен единице (но не 90º)
3. Перезапишите единицу, это вызовет поворот на 75º = Бит равен единице (но это не 90º)
4. Перезапишите единицу, это вызовет поворот на 80º = Бит равен Единице (но это не 90º)
5. Перезапишите единицу, это вызовет поворот на 83º = Бит равен Единице (но это не 90º)
6. Перепишите единицу, ... и так далее ... она никогда не достигнет 90º

Этот последний угол показывает, сколько раз здесь была написана единица.

А теперь представьте себе записи со смешанными значениями...

1. Ориентация = Горизонтальная = Бит равен нулю
2. Запишите единицу, это вызовет поворот на 60º = Бит равен единице (но не 90º)
3. Перезапишите ноль, повернете на 30º = Бит равен нулю (но это не 0º)
4. Перезапишите единицу, это вызовет поворот на 82º = Бит равен Единице (но это не 90º)
5. Перезапишите ноль, это вызовет поворот на 35º = Бит равен нулю (но это не 0º)
6. Перепишите единицу, ... и так далее ... она никогда больше не достигнет 90º и 0º.

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

Конечно... паранойя, настоящая паранойя... восстановление последних 100 состояний стоит около миллиарда долларов, но это возможно... и компания утверждает, что может восстановить (в некоторых случаях и больше состояний)... самая сложная часть - это связать такие изменения... предназначенные для... один бит может быть перезаписан больше раз, чем другой, так как узнать, какой из них был записан последним, предыдущая запись, предшествовавшая этой... это строжайший секрет, который компания не хочет раскрывать (чтобы не потерять доход, я думаю).

А теперь плохая реализация NTFS: собственное сжатие NTFS...

1. Каждый фрагмент размером 64 КБ записывается в позицию, кратную 64 КБ, пока не вступит в действие дефрагментация... поэтому, если какой-либо фрагмент размером 64 КБ может быть сжат до размера менее 60 КБ+1 КБ, это приведет к образованию дыры.
2. NTFS не сжимает оперативную память и хранит ее непрерывно... N*64 КБ помещается в позицию N*64 КБ, независимо от того, можно ли сжать (N-1)*64 КБ+1 до N*64 КБ-1 или нет.
3. Результат... огромный файл размером в несколько ГиБ, который можно сжать до 50%, приведет к появлению более десяти тысяч фрагментов.

Мы все хотим двух вещей:

1. Размещать ISO-образы нефрагментированным образом
2. Размещаем некоторые файлы там, где нам нужно (особенно с обычным вращающимся диском, а не с SSD, где последняя часть обычно меньше половины на последовательных скоростях)

Итак... чтобы ускорить процесс... мы все хотим... этого:

• Важные файлы (небольшие, часто используемые при чтении, но редко используемые при записи) должны находиться в быстрой части раздела.
• Редко используемые файлы и файлы, скорость загрузки которых не имеет решающего значения (большие ISO-образы, фильмы, музыка и т. д.), должны располагаться в конце раздела.
• записанные и измененные файлы должны находиться в середине раздела

Таким образом, начальная дорожка минимизируется, а начальная и конечная части больше не будут фрагментированы, поэтому следующие дефрагментации будут короче.

Еще одна причина, по которой стоит разместить что-то подобное внутри перегородки:

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

Для тех, у которых есть подпапки, есть трюк с жесткими/мягкими ссылками (инструменты Junction/MKLink)... но для других все файлы находятся в одной папке... создание одного MKLINK для каждого файла - это полная трата времени, и даже больше... некоторые файлы создаются и удаляются динамически, поэтому ссылки/соединения не подходят.

О, и вы также можете смонтировать VHD (XP и Vista с помощью инструмента, Windows 7 и выше могут сделать это напрямую из администратора дисков) в любую папку NTFS... так что папка может быть на самом деле файлом VHD... но опять же, мы хотим, чтобы такой файл был в начале или в конце диска... на этот раз фильтр расширений не сможет узнать, где он нам нужен... расширение для обоих файлов одинаковое.

И есть еще много других причин... по которым я мог бы писать годами и не закончить.

Единственный способ, который, как я обнаружил, действительно работает идеально:

• Разработаю свой собственный инструмент для этого (я настолько ленив, что не сделал этого, я обещаю, что если я его создам, то выложу его бесплатно и на OpenSourde)

Все еще ищу:

• Найдите инструмент/программу, которая позволит вам дефрагментировать раздел таким образом, чтобы вы могли указать список файлов/папок, которые вы хотите разместить в конце раздела, а какие — в начале.

Следующий лучший:

• Найдите инструмент/программу, которая позволит вам дефрагментировать раздел таким образом, чтобы вы могли указать список файлов/папок, которые вы хотите разместить в конечной части раздела.

Для последнего варианта я попробовал: WinUtilities DiskDefrag.

Он совсем не быстрый, и иногда кажется, что он склеен с одним файлом (перемещение файла <1 ГиБ занимает несколько часов, тогда как для других файлов >25 ГиБ требуется гораздо меньше)... возможно, код плохой.

Другой вариант, который я нашел (он требует изучения языка программирования LUA): UltraDefrag.... (я все еще пытаюсь научиться делать это с помощью LUA, я новичок в LUA).