Извините, что не согласился с TomTom.
Я использовал VMware Workstation некоторое время главным образом на Windows XP, Windows Vista и теперь собственных системах Windows Seven для выполнения различных разновидностей Windows, а также Ubuntu.
Да, виртуализированная среда медленнее, чем собственная система, и это может быть в диапазоне 5 до 100%.
Основной проблемой не является так очень загрузка ЦП, но отсутствие физической памяти.
Скажем, у Вас есть Windows Seven 64 Ultimate, работающий на системе на 4 Гбита это, когда неактивные потребности почти 1,5 Гбита и используют ~ 10% ЦП. Запуск дополнительного слоя VMware будет стоить Вам, ~ 300 Кбит и загрузки ЦП поднимутся до ~ 20%. Затем запуск виртуальной системы в VMware запросит как минимум объем памяти, который Вы определили для той виртуальной машины, которая является минимумом 1 Гбита для любой достойной системы. Затем Вы будете видеть загрузку ЦП ~ 60%, если виртуальной машиной будет Ubuntu и ~ 80% для какой-либо разновидности недавнего Windows OS.
Теперь, Вы запустите различные приложения в той виртуальной машине.
Если объем памяти, который Вы установили для той виртуальной машины, будет недостаточно, то виртуализированная система начнет подкачивать, то, существенно замедляя ее общую производительность и скорость отклика.
Если сумма объема памяти, который Вы установили для той виртуальной машины плюс объем памяти, необходимый для Вашей собственной системы, выше объема памяти Вашей собственной системы, то это - Ваша собственная система, которая собирается подкачать, замедляя обоих собственная и виртуализированная система.
Так, это сначала зависит баланса памяти, необходимой и для собственного компонента и для виртуализированных машин.
Теперь это - почти то же с загрузкой ЦП. Если для виртуализированного приложения нужна огромная загрузка ЦП, и для исходного приложения нужна также огромная загрузка ЦП, Ваша собственная система должна будет управлять приоритетом и сбалансировать заряд ЦП между его различными приложениями, при этом виртуализированная система будет только приложением, но то явление является классической проблемой загрузки ЦП, которую можно обмануть с приоритетами приложений.
Так, мой первый совет, если необходимо использовать виртуализацию, состоит в том, чтобы поместить набор памяти в машине, безотносительно ОС, которую Вы используете исходно или в виртуальной машине.
Просто мои 2 цента.
С уважением.
Вы сможете добиться того, что вам нужно, с помощью правил udev.
Вы можете создать / dev символические ссылки , чтобы обеспечить постоянный доступ к вашим внешним дискам (как определено серийный номер / модель / и т. Д. ). Затем на них можно было ссылаться в конфигурации smartd и отмечать их с помощью -d Remable
, чтобы обеспечить запуск smartd при отсутствии внешнего диска.
Возможно, вам все равно потребуется перезапустить smartd, но udev тоже может это сделать. с помощью директивы RUN .