Сжатие файлов в непрерывную область на диске [закрыто]

-3

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

Я хочу сохранить образы дисков на диске, и что, когда я создаю новый и удаляю старый, дефрагментатор сжимает их (-двигает их близко друг к другу), чтобы было место для следующего, так что что каждое изображение будет сохранено последовательно (-все его байтов). Если файлы не будут «сжаты» (в указанном выше смысле) - когда диск будет иметь файлы почти до конца, он начнет фрагментировать файлы. Чего я хочу избежать.

Нет сторонних инструментов, пожалуйста.

ispiro
источник
1
Если недоступна опция сохранения файла вместе , вы можете просто применить хитрость, если у вас почти нет свободного места на устройстве: вы можете попытаться удалить первый файл, скопируйте второй с новым именем (он будет скопирован почти по всей позиции, использованной ранее с 1-го), затем удалите 2-й файл и запустите дефрагментацию (он должен работать только над последней частью на новой копии второго файла ...)
Hastur
@Hastur Хороший обходной путь. Я все еще буду искать прямой способ сделать это. Но не плохо!
Испиро
1
Может кто-нибудь объяснить, что не так с вопросом, чтобы я мог его отредактировать?
Испиро
Связанный: serverfault.com/questions/782/…
убийца
geekblog.oneandoneis2.org/index.php/2006/08/17/… В основном рассказывается о том, как работают unix-подобные файловые системы, но некоторые переводят на NTFS. Я не упоминаю их, чтобы попытаться объяснить, как делать то, что вы пытаетесь сделать, но вместо этого объяснить, что то, что вы пытаетесь сделать, вероятно, совершенно не нужно. Это может быть причиной того, что вы получаете отрицательные отзывы. Я использую ZFS на своем NAS, и с этим у меня не будет проблем с производительностью, если я не буду неразумно заполнять пул до уровня, заполненного более чем на 80%.
убийца

Ответы:

1

Перво-наперво, вы никогда не сможете реально получить файлы идеально рядом, и я могу спросить, почему вы хотите?

Во-вторых, вы должны сказать нам, что это за файловая система для ntfs оставить небольшое количество свободного места рядом с файлами, чтобы справиться с расширением (но часто это не работает достаточно хорошо)

Но единственный способ реально сделать это - манипулировать файлами и заставить систему не иметь другого выбора, кроме как переопределить файлы (в общем, столько усилий)

Darkshadow2913
источник
you wont ever realistically be able to get the files perfectly side by side- Почему бы и нет? what filesystem it is- NTFS. small amount of freespace ... deal with expansion- Я не понимаю, что - Какое расширение?
Испиро
Предположим, у вас есть текстовый файл, в котором вы ведете журнал. Программа, использующая журнал, увеличит размер файла по сравнению с размером сектора и потребует нового пространства (Darkshadow назвал его расширением). Поскольку это не такой редкий случай, некоторые файловые системы пытаются оптимизировать его, оставляя сектор свободным после физического конца файла ...
Hastur
Что ж, почему бы и нет, потому что способ, которым ntfs фактически записывает файлы на диск, оставляет небольшой размер по обе стороны от файла, так что, скажем, если вы редактируете текстовый документ, у него есть место для записи на диск, и вам не нужно быть записано в другую совершенно случайную часть
жесткого диска
1
Прочитайте это, это могло бы помочь объяснить это howtogeek.com/115229/…
Darkshadow2913
Благодарю. Во всяком случае, я не должен иметь это идеально рядом. Моя цель - просто не заполнять диск быстро, а затем начинать фрагментировать каждый новый образ диска. Но спасибо за информацию!
Испиро
0

Вы не можете заставить дефрагментатор Windows 7 делать именно то, что вы просите, поэтому вам придется взглянуть на сторонние инструменты.

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

misha256
источник
Вы написали,...the primary benefit in choosing larger cluster sizes is that it will reduce the likelihood of fragmentation in larger files. подразумевая, что фрагментация имеет значение. Кроме того, со временем фрагментация здесь может быть довольно большой. (Вы можете увидеть обсуждение в комментариях непосредственно под вопросом.)
ispiro