OSX 10.10 Yosemite работает медленно на VMware


23

У меня был OSX Mavericks 10.9 в Vmware. Он работал нормально с установленными VMware Tools, а также с драйверами SVGA. Когда вышел Yosemite, я обновил его из App Store. Я сталкиваюсь со многими проблемами в этом обновлении.

  1. Графика очень плохая
  2. Это слишком медленно

Что я попробовал:

  1. Я обновил последние инструменты VMware с сайта VMware
  2. Попытался установить драйверы SVGA снова (не смог найти обновление для драйверов OSX Yosemite SVGA здесь . Эти драйверы хорошо работали с Mavericks и сделали его быстрым в vmware в моем предыдущем опыте)
  3. Разрешения для файлов и папок Rpaired как с помощью внутренней утилиты Mac OS X, так и с помощью приложения CCleaner.
  4. Очистил все ненужные файлы (например, временные файлы) с помощью CCleaner
  5. Попытался увеличить размер виртуальной графической памяти, используя файл конфигурации виртуальной машины и добавив в него эту строку

    svga.vramSize = "sizeInBytes"

  6. Наткнулся на ссылку в интернете здесь . Было предложено запустить приложение под названием BeamOff (ссылка для скачивания доступна на том же сайте) и добавить его в автозагрузку, чтобы отключить функцию Beam Sync в Mac для улучшения графики

Используя опцию 6, упомянутую выше, когда я запустил приложение BeamOff, оно внезапно сделало графику более плавной. Поэтому я добавил его к элементу входа в систему, чтобы он мог начинаться с входа в систему Mac. Но, к моему разочарованию, это улучшение производительности (графика + скорость и т. Д.) Было не таким уж большим, как у меня при использовании OS X Mavericks.

Моя виртуальная машина имеет:

  • RAM: 3 ГБ
  • Место на жестком диске: 150 ГБ

В чем проблема / Что нужно:

1.Speedup OS X Производительность Yosemite (графика + скорость), как у меня раньше в Mavericks
2. У меня разрешение 1366 * 768, но когда я на экране входа в Mavericks, у меня нет этого разрешения (некоторые черные поля от влево и вправо, выглядит как 1024 * 768). Он изменяется до разрешения 1366 * 768 после завершения входа в систему и загрузки рабочего стола. Обратите внимание, что он работал нормально, когда у меня были Mavericks (разрешение 1366 * 768 на экране входа и на рабочем столе).

Ответы:


2

Исходя из моего опыта, Yosemite использует намного больше оперативной памяти, чем 3 ГБ, если вы запускаете его изначально (без эмуляции). Я предполагаю, что в виртуализированном режиме это займет еще больше. У меня установлено 16 ГБ в моей системе, и Yosemite использует около 4-5 ГБ без каких-либо приложений. Когда я открываю другие приложения и запускаю одну или две виртуальные машины, доступная оперативная память может уменьшиться почти до 1 ГБ.

Виртуальные машины используют много оперативной памяти в Yosemite для создания файловых кешей. Например, если я запускаю виртуальную машину Windows XP или Mountain Lion в VMWare в базовой системе Yosemite и выделяю около 4 ГБ ОЗУ, VMWare будет использовать больше, чем для кэширования файлов.

Это делается в целях повышения скорости, поэтому, если вы закроете виртуальную машину и захотите открыть ее позже, для возобновления работы виртуальной машины потребуется гораздо меньше времени, если в ОЗУ имеется файловый кэш, чем при его отсутствии. Вы можете проверить это, запустив sudo purgeв Терминале после того, как вы закроете виртуальную машину, а затем снова откроете ее. Вы заметите, что восстановление машины происходит намного медленнее, чем если бы вы не очищали оперативную память файлового кэша.

Кроме того, VMWare, кажется, не работает хорошо / распознает графические карты в виртуализированной OS X. Например, я создал две виртуальные машины, одну с Windows XP и одну с Mountain Lion. Виртуальная машина Windows может играть в ту же игру, хотя она запаздывает даже с выделенной 8 ГБ ОЗУ, в то время как виртуальная машина OS X даже не может открыть игру, приложение вылетает при запуске. Это означает, что виртуализированная OS X даже не распознает эмулируемую видеокарту.


1
Я ценю ваш ответ. Но я не согласен. Как вы сказали, OS X VM занимает много памяти. Если это было так, то почему он работал с отличной скоростью и графикой на той же конфигурации виртуальной машины с индивидуалистами (до того, как я обновил ее до yosemite) с выделенной ему только 3 ГБ ОЗУ, и это тоже не было полностью использовано ВМ.
Программист

Потому что Yosemite использует больше оперативной памяти, чем Mavericks. Я привел пример с моей установкой, где у меня установлен Yosemite изначально (не на ВМ), и он использует около 4-5 ГБ из 16 ГБ установленной ОЗУ, без каких-либо других запущенных приложений. Таким образом, если вы устанавливаете Yosemite на виртуальную машину, имеющую всего 3 ГБ, то, скорее всего, у нее не будет достаточно оперативной памяти для запуска системных процессов, не говоря уже о дополнительных запущенных приложениях. Я думаю, что это происходит из-за того, что Yosemite кэширует множество вещей, чтобы иметь возможность быстрее запускать некоторые приложения, или, возможно, потому что новым настройкам пользовательского интерфейса требуется больше оперативной памяти для работы без задержки.
Доланатор

7
Это не имеет ничего общего с оперативной памятью. Я дал ВМ 8 ГБ оперативной памяти, и это не имело никакого значения (для сравнения 10,9 было быстро с 2 ГБ ОЗУ). По словам community.vmware.com/message/2442827#2442827, это может быть проблемой с VMWare Tools.
Гили

3
@Programmer - если это не решит проблему, то вы не должны принимать ответ. Когда вы принимаете ответ, люди, которые могут знать ответ, не потрудятся опубликовать ответ.
Ramhound

3
Это ваш выбор, но с принятым ответом вы вряд ли
найдете

36

В OS X вертикальная синхронизация называется синхронизацией луча.

Использование BeamOff или Quartz Debug для переключения этого параметра может решить проблему задержки пользовательского интерфейса.


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

1
Отличное решение Улучшение плавности мгновенно и значительно после запуска этого приложения.
Себастьян

1
Я наткнулся на ту же проблему и нашел этот ответ реальным. Если вы хотите запускать BeamOff автоматически при запуске системы, а не запускать его при каждом запуске, вы можете настроить LaunchAgent, как описано в этом посте (включая полный исходный код и программу установки).
Darkseal

Почему бы просто не добавить BeamOff в качестве элемента входа?
Foliovision

BeamOff действительно разрешил мой OSX 10 отстающий пользовательский интерфейс в VMWare
Dio Phung

4

Я столкнулся с медлительностью на iMac середины 2011 года в Fusion 7 после обновления до Yosemite. Это был не Fusion, но все гипервизоры пострадали от ошибки, обнаруженной в линейке середины 2011 года.

Если это похоже на ваш Mac, вы можете исправить это, перезапустив после запуска:

sudo nvram boot-args=debug=0x10

Я не уверен, почему это работает, но это работает.

Вот Parallels KB на этом . Вот сообщение сообщества VMware, в котором утверждается, что Apple знает об ошибке . Как пишет JBingham на платах VMware, приведенная выше команда перезапишет любые существующие загрузочные аргументы, поэтому выполните проверку с помощью:

sudo nvram -p | grep boot-args

3

Я считаю, что недавнее появление в разработке для Mac OS X может быть виноват в проблеме, обозначенной:

https://derflounder.wordpress.com/2014/12/13/improving-yosemite-vm-performance-in-vmware-fusion/

Согласно нескольким источникам (включая тот, что указан выше), даже установка VMware Tools мало чем поможет - это способ, которым Mac OS X обрабатывает графику и графический интерфейс.

С появлением OS X Yosemite (и более новых версий) была представлена ​​новая система перерисовки экрана и управления окнами. Это называется синхронизацией луча. В результате Mac OS X теперь использует намного больше физической памяти, но хорошо работает на физическом оборудовании (особенно MacBook, очевидно).

Но это изменение вредит пользователям виртуальных машин - новая система снижает производительность виртуального оборудования. Это потому, что новая система Beam Syncrhronization, по-видимому, не была разработана для пользователей виртуальных машин. Как вы заметили, изменение объема оперативной памяти ничего не изменит. Я даже пытался увеличить количество процессорных ядер, которые мог бы использовать VMware Player - это было практически бесполезно.

В результате предлагается отключить синхронизацию лучей, перейдя в встроенный в Apple инструмент разработчика Quartz Debug и выбрав «Отключить» в меню «Синхронизация лучей». К сожалению, вам придется повторять этот процесс при каждом входе в систему. Мне жаль быть носителем плохих технических новостей.

К счастью, BeamOff - приложение, разработанное JasF для GitHub, было создано для решения этой проблемы. Его единственная цель - отключить Beam Sync, что теоретически должно значительно повысить производительность. Но, если вам не нравится данное решение, я предполагаю, что сценарий оболочки / AppleScript также может быть разработан для данной задачи. Но у меня не было AppleScripted в течение многих лет (с момента выхода Leopard / SnowLeopard), поэтому я не могу помочь в этом деле.

Редактировать. Следует отметить, что описанное выше исправление является частью Apple XCode Tools и не поставляется с Mac OS X. Поэтому его необходимо загрузить из онлайн-репозитория Apple. В этом случае вам понадобится инструмент из группы графических (оптимизационных) инструментов.

Удачи.


-5

Попробуйте удалить драйвер SVGA. Это не работает для Йосемити (пока).


4
Это «деструктивный» тип рекомендации. Я не знаю, хороший это совет или плохой, но если вы дадите такую ​​рекомендацию, особенно в качестве нового пользователя, она выглядит как пролетевший вандализм. Если это серьезная рекомендация, пожалуйста, расширьте свой ответ. Приведите основание для утверждения, что оно еще не работает. Опишите, какие могут быть другие последствия. Объясните, как удалить и как отменить это действие, если оно не работает. Какой драйвер следует использовать, где его можно получить и как его установить?
fixer1234
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.