AOS Ax2009 SP1 RU6 слопал 7Гб.

[Poleax]

Подниму тему, вопрос открыт. Есть недопонимание. Может, кто подкинет светлую идею.

Кратко: VM Hyper-V Windows Server 2008 SP2 Standard 64-бит (12 Гб ОЗУ)
Dynamics Ax 2009 SP1 EE RU6 (AOS), RU5 (Application) Пользователей 5-10 (макс).
Очень кушает память.

Пару дней назад вся ОЗУ была заполнена. Файл подкачки вырос до 29Гб и занял все место на диске С:
Перезагрузил сервер, файл подкачки перенес на др. диск и выставил размер 18Гб (с учетом того что памяти 12 Гб * 1,5)

Наблюдается большое использование памяти системными службами.
За 2-3 дня память, используемая AOS выросла с 200Мб до 2,5 Гб.
AOS использует ~ 1/4 все памяти, все остальное системные службы.

Зачем системным службам столько памяти?

Информация по использованию памяти:


Стоит ли переходить на Windows Server 2008 R2 SP1 Standard 64-бит ? Улучшено ли там использование памяти?

P.S. Сколько к VM памяти не дай, вся будет занята. Кол-во пользователей аксапты смехотворное. Размер БД ~ 4Гб на другом сервере.

[sukhanchik]

Из новостной рассылки Микрософта:

Цитата:

В состав первого пакета вошли следующие новинки:
• Dynamic Memory – технология динамического перераспределения памяти между виртуальными машинами в гипервизоре Hyper-V, позволяющая снижать требования к количеству физической памяти, установленной на сервере виртуализации.
• RemoteFX – технология для сценария VDI, которая позволяет производить обработку сложной графики в виртуальных машинах VDI с использованием графических карт, установленных на сервере виртуализации.

См. также http://blogs.technet.com/b/rutechnew..._2d00_rtm.aspx

Поэтому сложно сказать как там ... Если только самому попробовать

[gl00mie]

Цитата:

Сообщение от Poleax

VM Hyper-V Windows Server 2008 SP2 Standard 64-бит (12 Гб ОЗУ)
Dynamics Ax 2009 SP1 EE RU6 (AOS), RU5 (Application) Пользователей 5-10 (макс). Очень кушает память.

А скриншот списка процессов с этой VM взят? Если да, то зачем в VM Hyper-V работают процессы VMware Tools?

Цитата:

Сообщение от Poleax

За 2-3 дня память, используемая AOS выросла с 200Мб до 2,5 Гб.

Это нормально. В 2009-й AOS, похоже, очень, я бы сказал, агрессивно кэширует код приложения в памяти. Для 64-битного AOS'а 2.5 гига - вполне себе штатный объем отъеденной памяти после несских дней работы.

Цитата:

Сообщение от Poleax

Наблюдается большое использование памяти системными службами. Зачем системным службам столько памяти?

Ну если судить по скришоту, то не так уж они много памяти используют, если не считать svchost, который отъел больше 100 Мб. По-моему, стоит смотреть на "частный рабочий набор" (private working set), т.е. на то, сколько физической памяти процесс использует на собственные нужды, потому что в пространство различных процессов могут быть загружены одни и те же dll, которые увеличивают объем используемой памяти с точки зрения системы, но физически используют одни и те же области памяти для всех процессов.

Цитата:

Сообщение от Poleax

Стоит ли переходить на Windows Server 2008 R2 SP1 Standard 64-бит ? Улучшено ли там использование памяти?

Пример использования памяти на Windows Server 2008 R2 RTM после 10 дней работы приведен на скриншоте.

[Poleax]

Цитата:

Сообщение от gl00mie

А скриншот списка процессов с этой VM взят? Если да, то зачем в VM Hyper-V работают процессы VMware Tools?

подловил, точно VM на VMware.

Думать надо..

[gl00mie]

Я тут "открыл для себя" еще одну замечательную утилиту от Sysinternals - RAMMap, она показывает весьма детализированную информацию по использованию физической памяти; возможно, с ее помощью удастся разобраться в описанной здесь проблеме.

[Poleax]

Цитата:

Сообщение от gl00mie

Я тут "открыл для себя" еще одну замечательную утилиту от Sysinternals - RAMMap, она показывает весьма детализированную информацию по использованию физической памяти; возможно, с ее помощью удастся разобраться в описанной здесь проблеме.

Вот спасибо, разбор полетов с RAMMap привел к понимаю проблемы.

Причина в VMWare Tools.
Аналогичная проблема как в http://www.experts-exchange.com/OS/M..._26259037.html


Предлагаемое решение: Удалить VMWare Tools
http://communities.vmware.com/message/1714223

P.S. gl00mie спасибо за идею, тестирую найденное решение.

[gl00mie]

По-моему, не стоит так категорично - сносить vmware tools. Есть куча внедрений, где для виртуализации используется vmware, и все работает без особых нареканий. Возможно, в логике работы vmware тоже есть своя правда: на скриншоте видно, что в виртуалке кроме объема памяти, занятого balloon driver'ом, остается еще 2.5 гига неиспользованной памяти. Возможно, стоит сократить объем памяти, выделенный виртуалке, и посмотреть, как она при этом будет себя вести - весьма вероятно, что "надувательство" со стороны vmware прекратится.

[Poleax]

Цитата:

Сообщение от gl00mie

По-моему, не стоит так категорично - сносить vmware tools. Есть куча внедрений, где для виртуализации используется vmware, и все работает без особых нареканий. Возможно, в логике работы vmware тоже есть своя правда: на скриншоте видно, что в виртуалке кроме объема памяти, занятого balloon driver'ом, остается еще 2.5 гига неиспользованной памяти. Возможно, стоит сократить объем памяти, выделенный виртуалке, и посмотреть, как она при этом будет себя вести - весьма вероятно, что "надувательство" со стороны vmware прекратится.

Криншот не мой, но аналогичный. Скриншот взят с сайта http://www.experts-exchange.com/OS/M..._26259037.html

VMWare Tools удалил, полет нормальный, глюк с памятью не проявляется.
Через пару недель установлю VMWare Tools, проверю. Отпишусь в этой теме.

[Poleax]

Цитата:

Сообщение от Poleax

Через пару недель установлю VMWare Tools, проверю. Отпишусь в этой теме.

Для тестирования решил поставить VMWare Tools, сервер перезагрузил.
(В интернете встречались темы, где советовали просто переустановить VMWare Tools)
Результат не утешительный, память отожрал опять много . Удалю VMWare Tools.

[gl00mie]

Возможно, вместо полного удаления VMware Tools стоит попробовать отключить входящий в них balloon driver, ведь кроме него туда входят драйверы видеоадаптера, мыши, дисковый драйвер - стоит ли совсем от них отказываться?

[Poleax]

Цитата:

Сообщение от gl00mie

Возможно, вместо полного удаления VMware Tools стоит попробовать отключить входящий в них balloon driver, ведь кроме него туда входят драйверы видеоадаптера, мыши, дисковый драйвер - стоит ли совсем от них отказываться?

Конечно не стоит, но что за balloon driver? И как можно выявить какой из драйверов VMware Tools неадекватно работает?

[gl00mie]

Balloon driver - это "троянский конь" VMware'и, который как раз занимается "раздуванием" и "сдуванием" заблокированной области памяти в адресном пространстве гостевой ОСи. Неадекватно тут может работать только один драйвер - связанный с памятью (вроде в его названии должно быть memory, но я с полпинка у себя такой найти не смог). Можно банально в device manager'е поискать его по ключевому слову vmware, включив при этом отображение скрытых устройств в меню Вид.

[LordPueblo]

Спасибо! помогло!
Сервер держал в памяти лог Security у которого был установлен лимит 4 Гб ))))

[LordPueblo]

По просьбам, более развернутый ответ:
Открываю утилиту RAMMap
Вижу что некие Mapped files отжирают 2,7 Гб памяти
Перехожу на закладку File Summary и вижу, что один файл занимает эти 2,7 Гб
Нахожу этот файл, и понимаю, что это файл в котором хранятся записи Event viewer
Захожу в эвент вьювер и вижу, что допустимый размер лога Security больше 4 Гб
Уменьшаю допустимый размер до 50 мб и очищаю записи из этого лога
После этого оперативка освобождается и доходит до допустимого уровня.