Дискова продуктивність у 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 за замовчуванням хитро працює з пам'яттю - динамічно виділяє віртуалкам пам'ять, і окремо розбирається зі свопом. Все в сумі і призводить до таких проблем.

Так, якщо у вас працює сервер Windows 2003 і вище, у біосі вимкнено перевірку помилок, то сервер завантажиться і буде працювати нормально без відеокарти, нічого додатково налаштовувати не треба. До GUI доступ через RDC залишається. А ось установка OS без відеокарти не настільки тривіальна:-)

COM_SPPAGEBUILDER_NO_ITEMS_FOUND