Дисковая производительность в VMWare: Хозяйке на заметку

    Хочу поделится с читателями результатами многочасового мучения с производительностью VMWare. Сначала результат, потом лирика:

    ОС: Windows 2003 Server
    VMWare 6.5 (вероятно и другие версии) при больших объемах дисковых операций (серверные приложения) начинает жестко тормозить (падение скорости в десятки раз) после активного использования в течении нескольких часов. И это не фрагментация.

    Решение:
    В .vmx файле описания виртуальной машины дописываем:

    MemTrimRate = «0»
    sched.mem.pshare.enable = «FALSE»
    mainMem.useNamedFile = «FALSE»


    MemTrimRate можно настроить и через GUI, Options->Advanced->Disable memory page trimming

    После этого все начинает работать в соответствии с ожиданиями (летать :-) ).



    Пара слов о процессе:
    Предполагалось что на самом сервере — NAT, DNS, DHCP
    В первой виртуалке — WSUS сервер: интернет аккаунт, через который можно только апдейты с майкрософта закачивать по договоренности с провайдером.
    Во 2-й и 3-й — прокси сервера в другие сети (из-за разных сетей и не получается разместить все в 1 системе).

    Через несколько часов после начала первоначальной загрузки WSUS стало заметно сильное падение производительности, перезагрузка виртуальной машины стала занимать до 10-15 минут.

    Чего только не предполагал — думал в Head-less(без видеокарты) режиме VMWare начинает тормозить, или думал через RDC начинает тормозить… Оказалось что VMWare по умолчанию хитро работает с памятью — динамически выделяет виртуалкам память, и отдельно разбирается со свопом. Все в сумме и приводит к таким проблемам.

    PS. Да-да, если у вас работает сервер Windows 2003 и выше, в биосе выключена проверка ошибок, то сервер загрузится и будет работать нормально без видеокарты, ничего дополнительно настраивать не надо. К GUI доступ через RDC остается. А вот установка OS без видеокарты не столь тривиальна :-)
    AdBlock похитил этот баннер, но баннеры не зубы — отрастут

    Подробнее
    Реклама

    Комментарии 20

      +2
      Спасибо. Примем на заметку.
      0
      У меня есть проблема такого же характера, но только Debian. На виртуальной машине крутится Apache+PHP+MySQL и через расшаренную папку в Eclipse ведеться разработка проекта, который основан на CMS Ez Publish. И порой настают моменты, когда машина просто замирает на 5-10 секунд (нет доступа ни через Eclipse, ни через Explorer).

      Возможно кто-то сталкивался с такой проблемой? Или может быть есть предположение что это такое и как с ним бороться?
        0
        У меня были проблемы с дикими тормозами и через VMWare-овские шары.
        А вот нормальные сетевые шары работали нормально.
        Может попробовать примонтировать через NFS?
          0
          У меня вроде нет такой проблемы, щас специально отыскал Дебушку в образе ВМ и поднял на ней ЕЗ долго гонял, просто записывая стирая копируя файло, и вроде ничего такого не заметил. Был случай, когда работал, у одного перца на машине творились чудеса, тоже переставали работать ВМшары минут на 10-15, долго бил в бубен, пока не поменял винт, в связи с чем возникает несколько вопросов, Возникает ли проблема при использовании других ОС, насколько стар целевой винт, и используется ли под ВМ отдельный винт.
            0
            Я тоже первое на что подумал это веник… Cлушал не бъется ли головами об стену, смотрел SMART — но все было в порядке. И кроме этой одной виртуалки нагрузки на диск больше ни у кого небыло.

            А в VMWare шаре скорость доходила до 700кб/сек :-)
              0
              в моем случае смарт молчал в тряпку =( это и заставило достать бубен
              а версия вари последняя?
                0
                6.5
                  0
                  мдамс… у меня вообще 6.0.5 и все норм
                  бубен есть?
              0
              Видимо надо еще чтобы память использовалась. В моём случае нагружал встроенный SQLServer, он же отжирал 1.5-2Гб памяти.
            0
            у меня vmware 6.5 почему-то подвисала каждые секунд 5, если при загрузке был вставлен iso образ.
            +1
            А что значат эти опции (каждая из них) и к чему приводит их отключение? Не просто же так ух по умолчанию сделали именно такими.
            • НЛО прилетело и опубликовало эту надпись здесь
                0
                Переходите на Server/ESXi. У нас была аналогичная ситуация — не изучив все решения, наобум поставили продакшен-серверы на Workstation, в результате всё стало жутко свопиться и тормозить. Когда перевели на ESXi — машина с теми же самыми VM справляется без каких-либо проблем, ещё запас ресурсов процентов 50.
                +1
                Для серверов лучше всего подходит всё-таки VMWare Server или VMWare ESX/ESXi. Server и ESXi, к тому же, бесплатны.
                А VMWare Workstation создан в основном для тестирования.
                  0
                  >>сервер загрузится и будет работать нормально без видеокарты
                  Я правильно понял, что вы говорите про работу сервера без видеокарты вообще? ни встроенной, ни внешней?
                  Если да, то такое может работать на десктопных материнках?
                    0
                    Да, вообще без видеокарты, нужно было только в биосе отрубить остановку загрузки при ошибках (в частности ошибки отсутствия видеокарты).
                    ASUS P5K (чипсет P35)

                    Ставил винду с PCI видеокартой.
                    0
                    кто бы еще с таймингами там же нормально разобрался :)
                    • НЛО прилетело и опубликовало эту надпись здесь
                        0
                        Может быть оффтопик, но всё же относится к производительности. Когда монтировал .vmdk к хостовой системе через vmware в режиме read-write и начинал копировать на .vmdk какой-либо файл более 100 мегабайт, то основная система намертво вешалась и приходилось просто перезагружать весь компьютер.
                        Хостовая ОС — windows xp.
                        Гостевая ОС — windows xp.
                        Vmware workstation — 6.5

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

                        Самое читаемое