21.12.2010, 13:59 | #1 |
Модератор
|
AOS Ax2009 SP1 RU6 слопал 7Гб.
Сервер имеет в распоряжении 8Гб.
ОС Windows Server 2008 SP2 64-bit AOS Ax2009 SP1 RU6 слопал 7Гб ОЗУ. До этого было 4Гб ОЗУ, AOS юзал всю память. Добавили еще 4Гб, он и ее освоил. Это нормально? P.S. Активных пользователей ~ 10-11.
__________________
This posting is provided "AS IS" with no warranties, and confers no rights. |
|
21.12.2010, 14:02 | #2 |
Участник
|
Может добавить еще 8 ?
Чтоб подавился ! |
|
21.12.2010, 14:13 | #3 |
Участник
|
А после освоения всей памяти он не начинает жутко тормозить ?
У меня возникло ощущение, что память не сам АОС ест, а системный кэш, используемый для оптимизации операций ввода/вывода. Т.е. АОС не хочет закачивать в память все приложение и постоянно обращается к нему на диске, а ОС пытается этот "бардак" заоптимизировать и в результате съедает под кэш оставшуюся память. После этого АОС мечтает заполучить себе еще кусочек и йОк |
|
21.12.2010, 14:27 | #4 |
Модератор
|
Цитата:
Сообщение от Alexius
А после освоения всей памяти он не начинает жутко тормозить ?
У меня возникло ощущение, что память не сам АОС ест, а системный кэш, используемый для оптимизации операций ввода/вывода. Т.е. АОС не хочет закачивать в память все приложение и постоянно обращается к нему на диске, а ОС пытается этот "бардак" заоптимизировать и в результате съедает под кэш оставшуюся память. После этого АОС мечтает заполучить себе еще кусочек и йОк Сейчас 8Гб, тормозов нет. Интересует инфа, всегда ли на 64 битных машинах память юзает полностью? На 32 битных я больше 2Гб использования ОЗУ пока не наблюдал.
__________________
This posting is provided "AS IS" with no warranties, and confers no rights. |
|
21.12.2010, 14:58 | #5 |
Участник
|
Это особенность архитектуры x86, для приложений выделяется 2Гб, а оставшаяся память только для ОС. Можно увеличить память для приложений до 3Гб с помощью ключика в boot.ini 3Gb, но не все с ним корректно работают.
|
|
21.12.2010, 15:02 | #6 |
Модератор
|
Цитата:
В свое время я его добавлял на машины с 32 битной ОС. Код: [boot loader] timeout=30 default=multi(0)disk(0)rdisk(0)partition(1)\WINDOWS [operating systems] multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Windows Server 2003, Enterprise" /noexecute=optout /fastdetect /PAE
__________________
This posting is provided "AS IS" with no warranties, and confers no rights. Последний раз редактировалось Poleax; 21.12.2010 в 15:06. |
|
23.12.2010, 09:31 | #8 |
Модератор
|
Не всегда - но часто там, где есть утечки памяти в компонентах типа native client. Вчера к примеру в fixlist-е к последнему CU для 2005 сиквела проскакивало
__________________
-ТСЯ или -ТЬСЯ ? |
|
23.12.2010, 10:19 | #9 |
Участник
|
Цитата:
Сообщение от Alexius
У меня возникло ощущение, что память не сам АОС ест, а системный кэш, используемый для оптимизации операций ввода/вывода. Т.е. АОС не хочет закачивать в память все приложение и постоянно обращается к нему на диске, а ОС пытается этот "бардак" заоптимизировать и в результате съедает под кэш оставшуюся память.
По моим наблюдениям, в самом AOS'е может сильно "течь" память при массовой работе с объектами TreeNode, во всяком случае, когда собираются перекрестные ссылки, AOS памяти отъедает - сколько сможет переварить (8 гигов не видел, ибо "кто ж ему дасть", но 2.5-3 Гб против обычных 300-700 Мб на разработческом AOS'е - запросто). И когда потом пытаешься остановить службу, то процесс этот может занимать просто какое-то невообразимое время. У меня больше чем на 10 минут терпения не хватало - я срубал процесс AOS'а. |
|
23.12.2010, 11:11 | #10 |
Участник
|
|
|
23.12.2010, 23:41 | #11 |
Участник
|
Цитата:
Код: axglp.aod 97Mb axgls.aod 171Mb axsl2.aod 33Mb axsyp.aod 123Mb axsys.aod 770Mb |
|
24.12.2010, 01:09 | #12 |
Участник
|
Детально проблема описана здесь: http://support.microsoft.com/kb/976618
|
|
|
За это сообщение автора поблагодарили: Ivanhoe (2). |
27.01.2011, 10:26 | #13 |
Модератор
|
Цитата:
Хотя памяти не много юзает, но зарезервировал прилично
__________________
This posting is provided "AS IS" with no warranties, and confers no rights. |
|
27.01.2011, 11:04 | #14 |
Участник
|
А какой объем System Cache в Process Explorer ?
PS. Он почему то отличается от значения в Task Manager и как мне кажется, в правильную сторону |
|
28.01.2011, 12:45 | #15 |
Модератор
|
__________________
This posting is provided "AS IS" with no warranties, and confers no rights. |
|
31.01.2011, 10:21 | #16 |
Участник
|
Хм, у меня несколько иная картинка на MS Windows 2003 R2 Standard x64.
System Cache используется ОС для оптимизации операций ввода/вывода. При увеличении системного кэша съедается вся свободная память и в результате АОС не может получить очередную порцию и валится. Что вызывает рост - вопрос. Может работа АОС с какими нибудь временными файлами, может принудительное перестроение индексов приложения ? Как им управлять, ограничивать я не разобрался. Цитата:
Сообщение от Predator
Детально проблема описана здесь: http://support.microsoft.com/kb/976618
|
|
31.01.2011, 11:36 | #17 |
Модератор
|
Alexius спасибо за ответ.
Однако, до конца нет понимания зачем столько памяти резервируется, если юзается половина. P.S. Process Explorer у меня такой же версии v14.01 System Information отображается по другому в Windows Server 2008 SP2 64-bit.
__________________
This posting is provided "AS IS" with no warranties, and confers no rights. |
|
31.01.2011, 11:49 | #18 |
Участник
|
Интересно, если Cache WS = System Cache, то тогда перестает сходится дебет с кредитом [Available] = [Total] - [Память выделенная процессам]
Если нет, то куда запрятали параметр System Cache ? |
|
31.01.2011, 13:51 | #19 |
Участник
|
|
|
31.01.2011, 14:01 | #20 |
Участник
|
|
|
|
За это сообщение автора поблагодарили: Daiver (1). |
Теги |
aos, ax2009, виртуализация, виртуальная машина, как правильно |
|
|