1

У меня установлена виртуальная машина с 32-битной Windows 7, а хост - Windows 7 64-битная. Я выбрал образ диска VDI с динамическим изменением размера. После установки Windows на образ диска, его размер составляет около 5 ГБ.

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

  1. Не сжимай. Это может сильно ухудшить производительность, или VDI уже может быть сжатым форматом, и мое собственное сжатие - пустая трата времени.
  2. Сжатие файла .vdi в хосте Windows через свойства файла.
  3. В виртуальной машине перейдите к ее свойствам жесткого диска и выберите «Сжать диск».

Какой вариант вы считаете лучшим?

Спасибо.

3 ответа3

1

Переходите к варианту 1 - вам определенно не следует сжимать VDI

Вариант 2. Открытие, закрытие и работа со сжатым образом диска объемом 5 ГБ будет заметно медленнее. Это может быть даже мучительно медленно. И это будет составлено из динамически изменяемого размера диска.

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

0

Сжатие NTFS внутри виртуальной машины (у меня был опыт) действительно плохая идея.

Это приводит к высокой загрузке ЦП, и выигрыш в VDI уменьшает размер файла не так много, только 1/1.13, только увеличение на 20% больше всего, что я видел (речь идет о гостевой NTFS с включенным сжатием во всех системных разделах),

Чтобы уменьшить Vdi Seach для инструмента под названием "CloneVDI", я использую версию 2.51 (не помню, где я скачал. Он создает другой файл VDI из существующего и имеет возможность "сжать" его (иначе, сжать).

С помощью такого инструмента все пространство, не используемое внутри гостевых разделов, не будет занимать пространство на созданном VDI, убедитесь, что не изменили UUID, затем переместите OLD во временную папку, переместите / переименуйте новую папку там, где она была, попробуйте загрузиться и если все идет хорошо (руководство по инструменту говорит, что оно может потерпеть неудачу, но я никогда не видел его падения), удалите СТАРУЮ.

Пример: после установки на свежую Windows 7 всех обновлений (с использованием WSUS + OnLine) VDI превышает 15 ГБ; после "cleanmgr" и других настроек раздел сообщает, что используется 9,5 ГБ, но VDI по-прежнему составляет 15 ГБ; после использования CloneVDI файл уменьшается до 9,5 ГБ.

Ой! да, активируя сжатие NTFS, этот VDI после использования CloneVDI переходит на 8,4 ГБ, да только на 1 ГБ меньше, но время загрузки умножается на 10.

Я в основном использую CloneVDI с неизменяемыми VDI, и когда мне нужно "скопировать" VDI на другой ПК в другом месте (переносить его на 64 ГБ USB 3.1 Stick) ... так как теперь я хочу / должен иметь (для целей тестирования программного обеспечения) все XP, 7,8,8,1 и 10 (как HOME, так и PRO) (как 32-битные, так и 64-битные), он создает 5 * 2 * 2 = 20 файлов VDI, в худшем случае они также нужны мне как "чистое" состояние недавней установки, только для последнего Пакет обновления и со всеми обновлениями ... это число умножается на 3, так что 60 файлов VDI ... что 64 ГБ недостаточно ... Мне нужен жесткий диск USB на 300 ГБ, поэтому я несу жесткий диск Sata III 2.5 на 500 ГБ в USB 3.1 Тип C корпус, и я все еще использую CloneVDI, чтобы уменьшить их.

Если вам повезет, у вас есть порт USB 3.1 на компьютере и приличная скорость 2,5-дюймового жесткого диска Sata III (1 ТБ или также 500 ГБ), который будет достаточно, корпуса 3.1 Type C действительно дешевы (менее 20 евро на AliExpress) и отлично работают , можно положить в карман и т. д. Я ненавижу USB-коннектор типа B (microUSB), имеет тенденцию к потере стабильности (он отключается самостоятельно, когда вы меньше хотите), так как я использую коннектор типа C, у меня не было этой проблемы (разъем miniUSB также очень хорош, но не позволяет вы получаете 3,1 скорости, ни 3,0 скорости, только 2,0 скорости.

Примечание. Некоторые ошибочно называют USB 3.1 - USB 3.0 ... убедитесь, что USB 3.1 Gen 2 (для действительно быстрой скорости жесткого диска) и да, Gen 2 работает только с разъемами типа C, если разъем корпуса не является типом C, максимальная быстрая скорость не будет быть действительно там.

USB 3.0 и плохой USB 3.1 (Gen 1) - всего 5 Гбит / с (гигабит), в то время как USB 3.1 Gen2 (только с разъемом типа C) может работать со скоростью 10 Гбит / с, а на хосте Windows чуть больше одного гигабайта. в секунду (1 ГБ / с), поэтому копирование файла VDI со скоростью 10 ГБ заняло менее 10 секунд.

Waring: USB 3.1 Gen 2 потребляет много энергии, поэтому имейте в виду (в большинстве случаев, если на карте памяти) тепло ... SanDisk 64 GiB USB 3.1 Gen 2 настолько сильно греет, что может упасть, как если бы положите руку на разогретую духовку ... так что после этого отключите прибор от розетки, подождите немного, чтобы он остыл, или продуйте воздух и т. д.

Если вы можете заплатить приличные 50 евро, приобретите USB 3.1 Gen 2 Тип C + 3-1 Кабель USB C к USB A + 500GiB Sata III 2.5 "... вы увидите, что больше не хотите" сжатия "(не забудьте использовать Инструмент CloneVDI после внесения важных изменений гостя), вы увидите, что с таким Shrink / Compact будет достаточно.

Примечание: Лучшая практика ... при использовании CloneVDI используйте два разных высокоскоростных диска (чтение с одного и запись в параллельном конвейере на другой)... внутренний жесткий диск и такой внешний диск 3.1 Gen2 типа C ... после этой копии обратно от одного к другому. Это действительно занимает меньше времени, чем чтение и запись на одном и том же диске и после этого копирование его на другой диск (гораздо меньше движений головы)... если только вам не очень повезло с диском SSD ... если так поставить на внешний корпус еще один SSD.

У меня действительно было (для тестирования) хранилище объемом 1 ГБ (подключенное к контроллеру PCI Express 3.0 x16), способное достигать постоянной скорости записи 35 ГБ / с, да 35 ГБ в секунду ... вы можете полностью заполнить хранилище в 1/35 = 0,029 секунды (быстрее, чем в большинстве современных банков памяти ПК); очевидно, это было "доказательство концепции" с охлажденным жидким азотом, бла-бла-бла. Идея состоит в том, что аннулирует обычную "концепцию" памяти ПК ... и ПК будет загружаться как старый КПК (мгновенно), так как не будет необходимости держать память в памяти ... не знаю, когда и если это поднимет рынок (цена) ? лучше не думать об этом, прототип стоил более 13 миллионов долларов).

До сих пор самый дешевый способ - это Sata III 2.5 1 ТБ (или 1,5 ТБ) на корпусе USB 3.1 Gen 2 Type C ... и если у вас нет портов USB 3.1, купите дешевую карту PCI Express USB 3.1 Gen 2 Type C и USB Кабель CC для передачи 10 Гбит / с.

Если не можете позволить себе такую "скорость" и нужно остановиться на USB 2.0; Мои лучшие предложения: включите сжатие гостя NTFS, если вы не возражаете против того, чтобы скорость гостя сильно уменьшилась, и после важных изменений используйте CloneVDI, чтобы уменьшить размер VDI.

Обратите внимание: CloneVDI не требует от вас выполнения каких-либо предварительных действий перед гостем (например, обнуление свободного места и т.д.), Он выполнит всю работу, увидит, какие сектора действительно не используются, и обработает их, как если бы они имели нули, поэтому они не перейти на сгенерированный VDI.

Передайте CloneVDI с использованием "медленного" жесткого диска (30 МБ / с) в VDI-файле 15 ГБ и получите 9 ГБ (в том же разделе), тратя чуть более 25 минут ... при этом с одного USB 3.1 Gen 2 Type C вложение в другое занимает менее 30 секунд; вот почему я так много говорю о USB 3.1 Gen 2 Type C (10Gib / s) ... ожидание полминуты против почти получаса.

У меня всегда есть все мои VDI в двух корпусах USB 3.1 Gen 2 Type C (по 2,5 ГБ 2,5 ГБ каждый), поэтому у меня есть BackUP и действительно "быстрая" гостевая производительность ввода-вывода ... не занимающая места на внутреннем жестком диске ОС ,

Я буду говорить о таких жестких дисках (мои действительно дорогие, я использую их только для коротких тестов), они могут записывать со скоростью около 6 Гбит / с (Sata III - узкое место), они не SDD, но имеют несколько рук, поэтому можно записывать более чем на одну пластину за раз, оптимизация NCQ, внутренний кэш объемом 1 ГБ (а не только по 8 МБ или 16 МБ) ... цена ... ну примерно по одному, таким образом, по долларам каждый ... я не очень люблю SSD и низкий счетчик "стирания" циклов ... больше для интенсивного использования (VDI виртуальных машин).

Я бы никогда не поставил виртуальную машину на SSD, через два-три года SSD может быть поврежден (количество циклов "стирания" достигло максимума). Я обычно использую два очень дешевых 500 ГБ быстрых Sata III 2.5 ", каждый на своем собственном корпусе USB 3.1 Gen 2 Type C, так что я получаю скорость записи около 200 МБ / с; это сокращает CloneVDI с 15 ГБ до 9 ГБ до займет около 3 минут. Недорого и быстро.

Надеюсь, я вам помог ... иногда лучше использовать два небольших жестких диска (500 ГБ), чем USB-накопитель или большой жесткий диск (1,5 ТБ), достаточную емкость для всех VDI и большую скорость ... в сочетании с cloneVDI (читайте формируй одно, пиши другому) идеально.

Моя основная идея: изменить способ мышления ... если проблема в "пространстве", хорошо, сделайте небольшую работу (без влияния на скорость гостя), то есть CloneVDI для Compact/Shrink, и получите два почти быстрых внешних портативных HDD, которые помещается в кармане, поэтому вы также можете хранить два последних хорошо известных состояния VDI; и, конечно, используйте такие внешние HDD только для VDI, так что вы гарантируете, что у вас будет достаточно места для будущего ... а также у вас будет еще одна копия VDI на внутренних жестких дисках (если более одного ПК), так что вы получите ... скорость низкое время ожидания для переноса с одного компьютера на другой и 4 резервные копии (если только два компьютера, два внутренних, два внешних) и дополнительные 2 резервные копии "старого состояния" на внешние жесткие диски.

В моем случае 60 VDI никогда не будут использовать более 300 ГБ (максимальный размер внутреннего гостевого жесткого диска, который я использую, составляет 20 ГБ), на самом деле это всего лишь около 200 ГБ, среди которых я мог бы не сохранять старое состояние, так как я использую все из них как неизменяемые, так что у меня есть еще около 280 ГБ для роста (на жестком диске 500 ГБ), представьте, если я буду использовать 1 ТБ или 1,5 ТБ (что пустая трата места), только для будущих версий Windows.

С гостями Windows я вижу, что файлы VDI обычно не превышают 10 ГБ (помните, что они у меня установлены по умолчанию и только с окнами, без приложений и т.д.), И если я ставлю все обновления Windows (после cleanmgr и т.д. И CloneVDI пройден ) он увеличивается до 13 ГБ или 15 ГБ (и максимальный рост составляет 20 ГБ, поскольку я определил 20 ГБ для системного раздела).

Таким образом, я могу протестировать установщик приложения на всех ОС, недавно установленных ОС, обновлениях OS +, 32-битной / 64-битной ОС, версиях Windows XP, 7, 8, 8.1 и 10 ... и посмотреть, на каких из них работает, а на каких нет. и т. д. Так как я настроил их как неизменяемые, после выключения при следующем включении питания первое, что делает VirtualBox - это отключает изменения, чтобы я мог протестировать другой установщик приложения и т. д.

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

0

Просто проверьте Pismo File Mount, отличный инструмент для сжатия "на лету" с высоким коэффициентом сжатия и низкой загрузкой процессора.

У меня есть все мои файлы .vdi внутри файлов .pfo (с включенным сжатием), он сжимает чистую установку Windows (также с UpDates) до уровня менее 50%, так что вы получаете более 50% свободного пространства.

Такие файлы .pfo монтируются в «C:\Volumes\bla_bla_bla.pfo», так что это только вопрос редактирования путей к файлам .vbox для пинтинга.

Я говорю о хосте Windows, на хосте Linux я еще не использовал Pismo File Mount.

Файлы .pfo монтируются в режиме чтения и записи в виде папки, и вы можете поместить в нее все, что захотите (файл и папки).

Предупреждение: я не знаю, как сжать файл .pfo

Для чего я его использую в основном ?: Для неизменяемых машин VirtualBOX main.VDI, но не для vdis, находящихся в папке Snapshot, которые имеют autoReset = "true" (поскольку они растут и уменьшаются).

Надеюсь, поможет!

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .