Немного поразмыслив на этом форуме, я нашел пару ответов на этот вопрос, но большинство из них были связаны с вопросами лицензирования.
Здесь мне интересно узнать преимущества и недостатки постоянного запуска виртуальной машины с той же операционной системой, что и у хостовой операционной системы. Я имею в виду, что единственной задачей хостовой ОС будет запуск гостевой виртуальной машины. Все ежедневные задачи и т. д. будут выполняться изнутри гостевой виртуальной машины. Это также означает, что размер диска виртуальной машины должен быть большим и, возможно, около 80% от всего размера жесткого диска, т. е. 400 ГБ для емкости жесткого диска 500 ГБ.
Кто-нибудь думает, что это не оптимальная идея с точки зрения скорости или производительности и т. д.? Предположим, что гостевая и хостовая ОС — это Windows 7.
ОП добавлен
Моя основная проблема в том, что у меня 3 разных рабочих места, и каждый раз мне приходится снова и снова устанавливать одни и те же программы. Поэтому я подумал, что, возможно, мне удастся синхронизировать мою виртуальную машину, чтобы получить один и тот же образ на разных рабочих станциях, на которых я работаю. Моя основная работа заключается в компиляции программ, будь то с помощью компилятора C или компилятора Java, или запуске скриптов Python. Кроме того, программы, которые я хочу запустить, не требуют высокой производительности. Потеря графики меня не беспокоит, поскольку я не собираюсь использовать эту машину для игр и т. д. Короче говоря, когда я работаю на втором компьютере, я должен получить тот же эффект, что и при смене компьютера, поскольку все программы и данные, которые были в виртуальной машине, присутствуют и на новом компьютере (через виртуальную машину). Лицензирование не является проблемой, поскольку у нашей компании есть массовая лицензия для машины Windows. Одна важная вещь — запускать удаленные рабочие столы или устанавливать ssh-соединение с другим компьютером через putty и т. д., и я не уверен, можно ли запускать их изнутри виртуальной машины.
решение1
Ваши потребности могут быть удовлетворены с помощью виртуализации. На самом деле, вы будете удивляться, почему вы не сделали этого раньше.
Я подумал, что в любом случае смогу синхронизировать свою виртуальную машину, чтобы получить один и тот же образ на разных рабочих станциях, на которых я работаю.
Если вы поместите свою виртуальную машину напортативный USB-жёсткий дисктогда, да, вы можете носить жесткий диск с собой и "запускать" свою виртуальную машину на любом из трех хост-компьютеров. Не забывайте, что на каждом хост-компьютере должно быть установлено одинаковое программное обеспечение для виртуализации.
Я должен получить тот же эффект, как будто я никогда не менял свой компьютер, потому что все программы и данные, которые были в виртуальной машине, присутствуют на новом компьютере.
Бинго. При условии, что вы используете метод портативного жесткого диска, который я описал выше.
Одна важная вещь - это запуск удаленных рабочих столов или создание SSH-соединения с другим компьютером через Putty.
Не должно быть проблем. Виртуальные машины похожи на настоящие ПК. Когда вы доберетесь до этого, настройте свою виртуальную машину на использованиеМостовая сетьи он будет отображаться в вашей локальной сети как настоящий ПК с полной функциональностью.
решение2
Кто-нибудь считает, что это не оптимальная идея с точки зрения скорости, производительности и т. д.?
Это не оптимально. Настольная ОС будет работать значительно лучше на голом железе, чем на виртуальной машине. Больше всего страдает производительность графики и дискового ввода-вывода. Некоторые приложения/игры, использующие 3D-графику, могут вообще не запускаться или быть непригодными для использования.
Вы ЗАМЕТИТЕ потерю производительности. Имеет ли это значение — решать вам.
Подводя итог: суть виртуализации рабочего стола заключается в следующем:нетпроизводительность. Суть всегда будет в чем-то другом, что вы должны определить на основе своих потребностей. Вот примеры, возникшие из моих потребностей:
- Я использую виртуальную машину Linux (Mint), поэтому могу безопасно просматривать веб-страницы.
- Я использую виртуальную машину Windows XP, чтобы иметь возможность поддерживать старые приложения Visual Basic 6.
- Я также использую виртуальную машину Windows 7, чтобы иметь возможность тестировать новое или ненадежное программное обеспечение перед его установкой на хост-компьютер.
Каковы ваши потребности? Как только вы определитесь с этим, вы сможете двигаться дальше и посмотреть, сможет ли виртуализация помочь.
решение3
так как [на момент ответа] никто не перечислил никаких плюсов
плюсы
у вас может быть несколько, вы можете легко клонировать их и экспериментировать с ними.
жесткий диск можно настроить на динамический рост, используя только то, что ему необходимо
вы можете использовать моментальные снимки, что быстрее, чем восстановление образа
вы можете протестировать программное обеспечение
решение4
Обычно я устанавливаю приложения на хост-машину, а затем выясняю, какие настройки нужны для их запуска на гостевой машине. Я управляю своей настройкой таким образом, и просто запуская пакетный файл, я устанавливаю все приложения на гостевой машине. Эту штуку можно даже настроить так, чтобы гостевые машины использовали разные диски.
Для этого упражнения я использую Windows 2000, но приложения можно «закрепить» в XP или Win98, запустив соответствующий пакетный файл.
Первый шаг — создать собственную страницу реестра для пакетных переменных. Для этого я использую reg.exe и помещаю данные в "HKCU:\Software\wendy\folders". Это находится в пакете 0_config.cmd (но вы заменяете 0_config другими именами.
Вторым шагом является написание пакетных файлов для выполнения таких действий, как создание настроек ini. Так, 1apppath.cmd и 1assoc.cmd обрабатывают реестр, 2mkfolder обрабатывает настройку отдельной группы меню «Пуск» + sendto, 3_shellext обрабатывает регистрацию расширений оболочки.
Затем в результате исследования вы получаете такие вещи, как r_xplite.reg и u_xplite.reg, которые, конечно же, регистрируют и отменяют регистрацию этого приложения.
Чтобы сделать все еще интереснее, вы получаете в качестве побочного эффекта пакетный файл, который может изменить любой каталог пользователя или что угодно в \wendy\folders
В этом процессе мы используем утилиту conset.exe Фрэнка Уэстлейка. reg: — это нечто вроде URL-адреса, с которым могут работать regjump (Sysinternals) или regmagik.
Использование ключей /m, /u, /w открывает настройки реестра для этих вещей. /i открывает параметры файла образа, которые любят перехватывать проги.
Таким образом, cdf batch переходит в каталог batch cdf /w открывает реестр в расположении /wendy/folders.
@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%==open shelexec %zdir% :end set zdir=