MaxMemPercentage - чегой-то я не понимаю

[SHiSHok]

Было.
Вопрос мной поднимался ссылка на тему и совет сегодня уже давал ссылка на другую тему
К сказанному в ветке хочу добавить: параметры Connection -> Number of retries, Retry delay рекомендую установить по умолчанию (т.е. очистить). Потому как с установленными Number of retries, Retry delay у меня после перезапуска АОС с вероятностью 50/50 Аксапта либо "тормозила", либо работала нормально. Сейчас (параметры пустые) после рестарта всегда все ок.

В общем то большей стабильности АОС добился вариацией параметров buffer size и array fetch ahead. Создалось такое впечатление что у процесса AOC действительно что-то не в порядке после превышения 1 Gb (а может проблема SmartHeap)
На данный момент АОС у меня не превышает 1Gb (порядка 900 Кил держится) и достаточно стабильно. На серваке стоит 2Gb памяти, никаких ключиков /3Gb не надо.


PS: ну и опять же http://forum.mazzy.ru/index.php?showtopic=584
PPS: повторюсь:
Интересно было бы узнать у участников (интересно для разных сервиспаков):
1) параместы настройки АОС : Database
2) какой пик захвата памяти вашего АОСа?
3) присутствуют ли мертвые хендлы (хендлы thead <Non-existent Process>(1024): 2500, хендлы file C:\Temp\$tmp00130001.$$$)
4) как стабильно работает АОС (среднее время работы в днях до слета/глюка если такое имеется)?

[vesna dba]

Цитата:

1) параместы настройки АОС : Database

Цитата:

2) какой пик захвата памяти вашего АОСа?

до 900Мб из 2Гб имеющихся на сервере

Цитата:

3) присутствуют ли мертвые хендлы (хендлы thead <Non-existent Process>(1024): 2500, хендлы file C:\Temp\$tmp00130001.$$$)

Нет, не присутствуют.

Цитата:

4) как стабильно работает АОС (среднее время работы в днях до слета/глюка если такое имеется)?

Сбои в основном отсутствуют.
Рестарт АОСа в основном только при некорректном вмешательстве программистов в работу системы (например при внесении модификаций), иногда массовая проблема с кэшем (опять же грешу на опрограммеров (разработки\модификации ведутся постоянно)). Ну, бывает схлестнутся еще пара длительных блокировочек, так что кроме рестарта АОСа ничто не помогает.
Среднее время - 5-6 дней.
Для профилактики мертвых сессий пользователей в АОСе практикую еженедельный автоматич. "мягкий" рестарт АОСа.
--
З.Ы. Я вот никак не могу добиться чтобы АОС съедал больше 850-900Мб.
Пользователей одновр. работающих ~70, АОС - один.

[SHiSHok]

Цитата:

Сообщение от vesna dba

Ну, бывает схлестнутся еще пара длительных блокировочек, так что кроме рестарта АОСа ничто не помогает.

блокировочки хорошо разводятся в сиквеле, не вижу смысла АОС перегружать.

Цитата:

Сообщение от vesna dba

Для профилактики мертвых сессий пользователей в АОСе практикую еженедельный автоматич. "мягкий" рестарт АОСа.

полезная практика, особенно при круглосуточной работе. Проблем с заятжкой мелких модификаций на лету небыло (отчеты, некритичные куски кода, что то новое) но стараемся избегать подобной практики. Все крупное затягивается на выходных с дальнейшей перезагрузкой АОС.

Цитата:

Сообщение от vesna dba

З.Ы. Я вот никак не могу добиться чтобы АОС съедал больше 850-900Мб.
Пользователей одновр. работающих ~70, АОС - один.

может попробовать: поставить Leave connection running when idle , buffer size побольше - 128 или еще поболее. Хотя думаю еще многое завист от релиза АОС и разнообразия используемого функционала.

[Oleg V.Cat]

Цитата:

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

Интересно было бы узнать у участников (интересно для разных сервиспаков):
1) параместы настройки АОС : Database

buffer size - 512, Open cursors 2000. меньше нельзя. Разработчики

Цитата:

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

2) какой пик захвата памяти вашего АОСа?

1 GB и покойник

Цитата:

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

3) присутствуют ли мертвые хендлы (хендлы thead <Non-existent Process>(1024): 2500, хендлы file C:\Temp\$tmp00130001.$$$)

Нет.

Цитата:

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

4) как стабильно работает АОС (среднее время работы в днях до слета/глюка если такое имеется)?

~неделя-две. 30% - "память кончилась". 50% - базу блокирует процесс от "непоймикакого пользователя". При попытке разрулить конфликт со стороны DB (MS-SQL) - процесс пытается сделать rollback, после чего AOS с невразумительным писком валится. 20% - неопределенно.

Пользователей активнопостоянных - ~30.

[Oleg V.Cat]

В общем - воткнули мы в машину с AOS _8_ гиг памяти. Результаты - что с /3GB в boot.ini, что без, что с любым MaxMemPercentage - как только отжирается гигабайт памяти - AOS-у приходят кранты. Если MaxMemPercentage не стоит - вежливые (50 процентов пришло, типа). Если стоит - неясно-задумчивые....

Да, я знаю, что WinSrv2003 Std больше четырех не умеет, а толку...