плюсы и минусы использования идентичной гостевой ОС виртуальной машины в качестве операционной системы хоста

Question

Изучив немного на этом форуме, я нашел пару ответов на это, но большинство из них были связаны с вопросами лицензирования.

Здесь мне любопытно узнать о преимуществах и недостатках постоянной работы виртуальной машины с той же операционной системой, что и у основной операционной системы. Я имею в виду, что единственной задачей операционной системы хоста будет запуск гостевой виртуальной машины. Все ежедневные задачи и т.д. Будут выполняться из гостевой виртуальной машины. Это также означает, что размер диска виртуальной машины должен быть большим и, возможно, около 80% от общего размера жесткого диска, т.е. 400 ГБ для жесткого диска емкостью 500 ГБ.

Кто-нибудь думает, что это не оптимальная идея с точки зрения скорости или производительности и т.д.? Допустим, гостевая и хостовая ОС - это Windows 7.

ОП добавил

Моя основная проблема в том, что у меня есть 3 разных рабочих места, и каждый раз мне приходится устанавливать одни и те же программы снова и снова. Поэтому я подумал, что в любом случае могу синхронизировать свою виртуальную машину, чтобы получить одинаковый образ на разных рабочих станциях, на которых я работаю. Моя основная работа состоит в том, чтобы компилировать программы, будь то с помощью компилятора C, или Java-компилятора, или запускать скрипты Python. Кроме того, программы, которые я хочу запускать, не требуют высокой производительности. Потеря графики не беспокоит меня, потому что я не предназначаю эту машину для игр и т.д. Короче говоря, когда я работаю на втором компьютере, я должен получить тот же эффект, что и никогда не менял свой компьютер, потому что все программы и данные, которые были в виртуальная машина также присутствует в новом компьютере (через виртуальную машину). Лицензирование не является проблемой, потому что наша компания имеет оптовую лицензию на Windows-машину. Одна важная вещь - это запуск удаленных рабочих столов или создание ssh-соединения с другим компьютером через шпаклевку и т.д., И я не уверен, что вы можете запустить их изнутри виртуальной машины.

Answer 1

Ваши потребности могут быть удовлетворены с помощью виртуализации. На самом деле, вам будет интересно, почему вы не сделали этого раньше.

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

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

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

Бинго. Пока вы используете метод переносного жесткого диска, который я описал выше.

Одна важная вещь - это запуск удаленных рабочих столов или установка ssh-соединения с другим компьютером через замазку.

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

Answer 2

Кто-нибудь думает, что это не оптимальная идея с точки зрения скорости или производительности и т.д.?

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

Вы заметите потерю производительности. Важно ли это решать вам.

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

• Я использую виртуальную машину Linux (Mint), чтобы безопасно просматривать веб-страницы.
• Я использую виртуальную машину Windows XP, чтобы поддерживать старые приложения Visual Basic 6.
• Я также использую виртуальную машину Windows 7, чтобы проверить новое или ненадежное программное обеспечение, прежде чем устанавливать его на хост-компьютер.

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

Answer 3

так как [на момент ответа] никто не перечислил никаких плюсов

профи

Вы можете иметь несколько, легко клонировать и экспериментировать с ними.

Жесткий диск может быть настроен на динамический рост, используя только то, что ему нужно

Вы можете использовать снимки, которые быстрее, чем восстановление изображения

Вы можете проверить программное обеспечение

Answer 4

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

Я использую Windows 2000 для этого упражнения, но приложения можно «пристыковать» к XP или Win98, запустив соответствующий командный файл.

Первым шагом является создание собственной страницы реестра для пакетных переменных. Для этого я использую reg.exe и засовываю данные в «HKCU:\Software\wendy\folder». Он находится в пакете 0_config.cmd (но вы заменяете 0_config другими именами.

Вторым шагом является написание командных файлов для таких вещей, как создание настроек ini. Таким образом, 1apppath.cmd и 1assoc.cmd обрабатывают элементы реестра, 2mkfolder - настраивает отдельную группу меню пуск + sendto вещи, 3_shellext - регистрирует расширения оболочки.

В результате вы получаете такие вещи, как r_xplite.reg и u_xplite.reg, которые, конечно, регистрируют и отменяют регистрацию этого приложения.

Чтобы сделать вещи еще более интересными, вы получаете в качестве побочного эффекта пакетный файл, который может быть изменен на любой пользовательский каталог или что-нибудь в \wendy \folder

В этом процессе мы используем утилиту Фрэнка Вестлейка conset.exe. reg: это вещь, похожая на url, с которой может справиться regjump (Sysinternals) или regmagik.

Использование ключей /m, /u, /w открывает настройки реестра для этих вещей. / I открывает параметры файла изображения, которые прогги любят угонять.

Таким образом, пакетные изменения cdf в каталоге пакетов cdf /w открывает реестр в папке /wendy /folder.

@echo off :: cd shell folder. set zdir= set zshf=Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders if /i "%1"=="/m" goto :hklm if /i "%1"=="/u" goto :hkcu if /i "%1"=="/w" goto :hkwe if /i "%1"=="/i" goto :image set zcmd=chdir set zhere=%* if "%1"=="/o" set zcmd=open if "%1"=="/o" set zhere=%zhere:~3% conset /q /k zdir=HKLM\%zshf%\%zhere% if not "%zdir%"=="" goto :doit conset /q /k zdir=HKCU\%zshf%\%zhere% if not "%zdir%"=="" goto :doit conset /q /k zdir=HKLM\Software\Wendy\Folders\%zhere% if not "%zdir%"=="" goto :doit goto :end :hklm shelexec reg:hklm\%zshf% goto :end :hkcu shelexec reg:hkcu\%zshf% goto :end :hkwe shelexec reg:hklm\software\wendy\folders goto :end :image set zdir=Microsoft\Windows NT\CurrentVersion\Image File Execution Options shelexec reg:hklm\software\%zdir% goto :end

:doit set zcxm = if% zcmd% == chdir cd /d% zdir% if% zcmd% == открыть shelexec% zdir%: завершить набор zdir =