16

У меня возникла проблема с VMware Fusion в течение некоторого времени, когда виртуальная машина (под управлением Windows) вначале работает нормально, но через некоторое время замедлится до излома (лучшее предположение - пару часов). Это так медленно, что даже при наборе текста происходит задержка.

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

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

Конфигурация:

  • OS X 10.9.2
  • VMware Fusion 6.0.2
  • MacBook Pro (середина 2012 года) Intel Core i7 2,3 ГГц, 8 ГБ ОЗУ, Apple SSD
  • ВМ под управлением Windows 7, 8 ядер, 4 ГБ ОЗУ, диск SATA (без предварительного выделения)
  • Сеть ВМ: мостовая

Изменения (оптимизации), выполненные до настоящего времени

Windows (Гость):

  • Отключены все несущественные службы Windows (например, Windows Search, Media, ...)
  • Отключено изменение времени доступа NTFS
  • Отключено 8.3 имен файлов
  • Отключено Aero
  • Сконфигурированный параметр производительности для лучшей производительности

Mac (хост):

  • Отключено энергосбережение
  • Отключено автоматическое переключение адаптера дисплея

VMware:

  • Перемещена виртуальная машина с внешнего USB3 диска на внутренний SSD
  • Совместимость VM установлена на VMware 6 (последняя версия доступна)
  • Модернизированный контроллер VM HD от SCSI или IDE до SATA
  • Установка VM буферизацию жесткого диска на разрешенное
  • Устранение инвалидов (значение Нет)
  • Удалил папку appleListCache и заменил ее фиктивным файлом

Обновить:

Я создал запрос в службу поддержки VMware, чтобы разобраться в этом, и получил следующие два дополнительных действия:

  • Переустановите инструменты VMware

  • Исключите VMware из функции AppNap в OSX, выполнив следующие шаги:

    1. Выключите все виртуальные машины и выйдите из Vmware Fusion.
    2. Перейдите в папку приложений и щелкните правой кнопкой мыши VMware Fusion.
    3. Выберите Получить информацию
    4. Выберите опцию Предотвратить App Nap.
    5. Запустите виртуальную машину и перепроверьте проблему.

Обновление 2:

В дополнение к вышеуказанному действию служба поддержки VMware попросила меня сделать следующее:

  • Уменьшите количество ядер ЦП, назначенных виртуальной машине - в моем MacBook Pro есть 8 ядер, из которых VMware предложила назначить только 2 виртуальной машине.
  • Уменьшите объем оперативной памяти, выделенной для виртуальной машины - я всегда выделял столько оперативной памяти, сколько возможно, оставляя достаточно для OSX. VMware предложила уменьшить это до 2 ГБ.
  • Отключите функцию общих папок - я обычно делю несколько папок между хостом и гостевой ОС для легкого обмена файлами.

Хотя я не ожидал, что эти изменения будут иметь какое-либо значение (особенно при уменьшении ресурсов, выделенных для гостевой ОС), виртуальные машины, которые я пробовал до сих пор, все работали стабильно и без каких-либо реальных сбоев, даже при запуске от внешнего USB3 WD диск.

|источник

3 ответа3

9

У меня такая же проблема, но в этих решениях не было исправлено моих проблем. Однако я нашел сообщение в блоге от artykul8, в котором исправлены все мои проблемы!

http://artykul8.com/2012/06/vmware-performance-enhancing/

Твик: Отключить файлы подкачки памяти .vmem файлы

mainMem.useNamedFile = "FALSE"

К сожалению, этот параметр не работает для VMware Player, поскольку он всегда создает файл подкачки полной памяти виртуальной машины. Для VMware Fusion на Mac и Linux вместо mainMem.useNamedFile необходимо установить флаг mainMem.backing .

mainMem.backing = "swap"

Твик: Выберите правильный контроллер диска и укажите SSD

Вместо новейшего контроллера SATA AHCI выберите контроллер LSI Logic SAS с диском SCSI для гостевой ОС Windows или PVSCSI для других типов ОС. К сожалению, SATA AHCI в VMware имеет наименьшую производительность из трех контроллеров и самые высокие издержки процессора (см. Ссылки в конце темы). В дополнение к выбору правильного контроллера, если ваш хост-диск является SSD, вы можете явно указать тип диска как SSD для гостевой ОС.

scsi0:0.virtualSSD = 1

Твик: отключение лог файлов для ВМ

logging = "FALSE"

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

log.filename = "c:\Windows\Temp\vm1.log"

Твик: Оптимизация производительности ввода-вывода для других дисков и памяти

Отключить обрезку памяти:

MemTrimRate = "0"

Отключить общий доступ к странице:

sched.mem.pshare.enable = "FALSE"

Отключить уменьшение выделения памяти:

MemAllowAutoScaleDown = "FALSE"

Твик: отключение снимков

Отключите снимки, если вы не используете их и предпочитаете полные резервные копии:

snapshot.disabled = "TRUE"

Твик: отключить режим единства

Unity может быть отличной функцией для запуска операционных систем виртуальных рабочих столов, но она не самая полезная для виртуализации серверных ОС. Раздражающим признаком включенного единства является GuestAppsCache или папка кэшей с большим количеством файлов и подпапок. Чтобы отключить его для вашей виртуальной машины, добавьте следующие строки:

isolation.tools.unity.disable = "TRUE"
unity.allowCompositingInGuest = "FALSE"
unity.enableLaunchMenu = "FALSE"
unity.showBadges = "FALSE"
unity.showBorders = "FALSE"
unity.wasCapable = "FALSE"
|источник
1

У меня была такая же проблема с моими гостями VM. (Также в VMWare 5.х по 10.8 кстати). Что решило эту проблему для меня, так это отключить буферизацию жесткого диска виртуальной машины. Похоже, что для буферизации дисковых данных требуется вся доступная оперативная память системы (вы также можете отслеживать это в мониторе активности). Но возвращение ОЗУ, когда это необходимо другим системным ресурсам, похоже, не является одной из сильных возможностей VMWare.

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

|источник
1

У меня были похожие проблемы с моей установкой под управлением OS X 10.10.2 и до того, как я обновил OS X до.

То, что я обнаружил, было то, что, когда я изменил настройки дисплея в OS X, чтобы использовать разрешение "По умолчанию для дисплея". Затем я снял флажок в VMware "Автоматически настраивать размер пользовательского интерфейса в Windows" и установил флажок "Использовать полное разрешение для дисплея Retina", что дает моему интерфейсу Windows разрешение 2560 x 1600, которое на 13-дюймовом экране очень мало. Но никаких проблем с медлительным поведением больше нет.

Это одинаковое поведение для Windows 7 Pro и Windows 8.1 Ent

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

Не знаю, поможет ли это вам дома, но, возможно, ваша проблема связана с экраном.

|источник

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