Windows Recovery от Личинки испортил мой компьютер?

Вот несколько очевидных критериев, которые я рассматриваю с положить точки зрения.Отказ от ответственности: Я ничего действительно не знаю о виртуальных машинах, я просто использую их. У меня есть некоторый опыт с помощью Xen, VirtualBox, Контейнеров Linux, VMware и Linux-Vserver. VMware является собственным, другие - бесплатное программное обеспечение. Все они требуют специальной поддержки ядра. Linux Containers единственный, который поддерживается ядром магистрали.

На полезную статью Joe Brockmeier существуют примерно два отличающиеся из виртуализации. Тот, где существует абсолютный гость ОС, работающая сверху Вашего хоста ОС. Это называют hypervisor virtualization. Если гостем является также Unix, это означает, что гость выполняет другое ядро Unix от хоста. Дело обстоит так, даже если они - оба Linux или даже то же распределение. Второе - то, где гостевая виртуальная машина использует то же ядро в качестве хоста ОС. Это называют container-based virtualization. В дальнейшем я назову их hypervisors и containers если коротко.

Из тех я упомянул выше, Xen, VirtualBox, и VMware hypervisors, Контейнеры Linux и Linux-Vserver containers.

Очевидно, существуют компромиссы в этом. Основное различие - это для hypervisors, можно выполнить любую ОС, которая поддерживает аппаратные средства, т.е. можно запустить Windows в верхней части Linux. Для containers, ядро хоста, которое является единственной "ОС" в изображении действительно, делает изоляцию и управление ресурсами. В этом случае виртуальная машина является своего рода искусственной конструкцией, и абстракция может быть текучей, в том смысле, что виртуализация может быть менее, чем прекрасной, который может вызвать раздражающие проблемы. Например, можно найти, что выполнение сервиса на порт x в виртуальной машине вмешивается во что-то выполняемое на порте x в хосте.

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

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

Рассматриваемое программное обеспечение требуют, чтобы ядро было исправлено, или оно исходно поддерживается ядром? Если это требует исправления, которое является главной оборотной стороной, поскольку это означает, что патчи должны быть сохранены в синхронизации с изменяющимся ядром. Если функциональность уже присутствует в ядре, что это не проблема. Конечно, некоторые виртуальные машины не требуют поддержки ядра и выполнения в пространстве пользователя. Существует относительно немного машин виртуализации, которые требуют специальной поддержки ядра и имеют ту поддержку в ядре магистрали. Только два, о которых я знаю, являются Контейнерами Linux (container), и KVM (hypervisor).

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

Является программное обеспечение виртуальной машины собственным или бесплатным программным обеспечением? Если это будет собственным, то это никогда не будет включаться в ядро Linux. Конечно, в зависимости от Вашей философии, можно найти одно предпочтительное по другому по идеологическим причинам.

Выполнение виртуализации. Как быстро это? Обычно containers быстрее, чем hypervisors, хотя разница не может быть значительной.

Это позволяет памяти быть совместно использованной с другими процессами в системе, или это требует выделенной памяти? По-моему, разрешение памяти быть совместно использованным хорошо, потому что это означает, что Вы не должны обрубать эту память от остальной части системы. Если можно совместно использовать память, можно выполнить больше виртуальных машин, чем если бы Вы не можете. По определению, hypervisors не позволяйте памяти быть совместно использованной, потому что они - отдельная ОС. В целом, containers позволяет общую память, снова, потому что это - та же ОС, хотя можно обычно также устанавливать пределы памяти. Может также быть возможно выделить специализированный блок памяти, хотя я никогда не пытался сделать это.

Уровень изоляции от остальной части системы. Некоторые виртуальные машины отличаются по этому. Идеально Вы не хотите виртуальную машину, знающую об или взаимодействующую с хост-системой или другими гостевыми системами всегда. По определению, hypervisors полностью изолируются. Уровень изоляции для containers варьируйтесь в зависимости от реализации. Реализации варьируются вполне значительно в этом отношении.