NTFS-сжатие виртуальных дисков ПК (на хосте и/или гостя)

Question

Я надеюсь, что кто-то здесь может ответить на эти окончательно:

• ли положить файл VHD в NTFS-сжатую папку на хосте повышения производительности виртуальной машины, снижение производительности или нет?
• Как насчет использования сжатия NTFS в гостевой системе?
• С помощью компрессии на хосте или гостевом компьютере возникают проблемы с ошибками чтения или записи?
• Если бы я должен был разместить VHD в сжатой папке на хосте, я бы выиграл от его уплотнения?

Я видел ссылки на использование NTFS-сжатия на несколько сообщений в блоге «советы и рекомендации» VPC, и, похоже, половина из них говорят, что никогда этого не делают, а другая половина говорит, что это не только делает это экономьте дисковое пространство, но на самом деле это может повысить производительность, если у вас быстрый процессор, а основным узким местом производительности является диск.

Answer 1

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

Проблема в том, что в этом существует так много переменных, и это, вероятно, будет очень хорошим в любом случае. Ваш диск может читать небольшие блоки медленнее или ваши данные не могут быть очень сжимаемыми, или ваш процессор может быть очень быстрым, или (и так далее и т. Д.). Единственный способ узнать, действительно ли это имеет значение, - попробовать его и измерить. Ответы, которые вы получаете для разных данных/машин, могут быть разными.

Answer 2

Ошибки диска вы не увидите, но вы можете наблюдать замедление с течением времени или во время интенсивной записи на диск виртуальной машиной. Причина, по которой вы не сжимаете виртуальную машину на месте, - это то же самое, что вы не сжимаете базу данных на месте: виртуальный диск является блочным устройством, а виртуальная машина обращается к нему с использованием смещений блоков. Он предполагает, что все блоки имеют одинаковый размер. Если они сжаты, это уже не так. Файловая система хоста должна выполнять перевод между предполагаемым местоположением блока и реальным (сжатым) местоположением блока. Это было бы довольно тривиально, если бы предмет был доступен только для чтения, но блоки изменяются, а также сжимаемость. Переписывание сжатого блока может означать, что он не подходит, где он был. Хост-FS должен будет переместить его, что является дополнительным шагом и который фрагментирует виртуальный диск.

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

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

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

Для виртуальных машин, которые в значительной степени читают, сжатие может оказаться полезным. К сожалению, современные ОС делают так много домашнего хозяйства, регистрации и самообновления, которые они пишут постоянно, но вы можете ограничить это действие снимком. Поэтому сжимайте базовое изображение на месте, но не снимки. Производительность записи не будет затронута. Предостережение: моментальные снимки могут легко увеличиваться до размера исходного диска.Вам все равно придется часто их объединять или удалять, поэтому поместите их там, где вы можете их видеть.

Заключение: держите его простым.