|
![]() |
#1 |
Участник
|
|
|
![]() |
#2 |
Moderator
|
Ну вообще в моем случае, AOS в памяти рос, но не до таких размеров. Есть подозрение что там кто-то эдак на десяточек-другой популярных таблиц врубил EntireTableCache, и вся память отъедается на постоянно создаваемые курсоры.
![]() Хотя - это и что-то другое может быть. Но у меня картина довольно однозначная была на AOS - при довольно таки плевых с прикладной точки зрения операциях, загрузка CPU выростала до 40-60 процентов при 5-7 параллельно работающих пользователях. |
|
|
За это сообщение автора поблагодарили: trud (20). |
![]() |
#3 |
Участник
|
Цитата:
Сообщение от fed
![]() Ну вообще в моем случае, AOS в памяти рос, но не до таких размеров. Есть подозрение что там кто-то эдак на десяточек-другой популярных таблиц врубил EntireTableCache, и вся память отъедается на постоянно создаваемые курсоры.
![]() Хотя - это и что-то другое может быть. Но у меня картина довольно однозначная была на AOS - при довольно таки плевых с прикладной точки зрения операциях, загрузка CPU выростала до 40-60 процентов при 5-7 параллельно работающих пользователях. формальные показатели включения cacheLookup EntireTable |
|
![]() |
#4 |
Участник
|
Цитата:
![]() Спасибо, я как-то упустил этот момент. Но хочется отменить что современные сервера стали быстрее, тут система как-то дожила до 1млн записей. ![]() Джоб для проверки(https://github.com/TrudAX/TRUDScript...re-table-cache ,проверьте свои системы ![]() Последний раз редактировалось trud; 10.07.2020 в 02:46. |
|
|
За это сообщение автора поблагодарили: Ace of Database (2), Raven Melancholic (2), S.Kuskov (2). |
![]() |
#5 |
Участник
|
|
|
Теги |
perfmon, performance, аос, документация, загрузка процессора, мониторинг, полезное, производительность, процессор, счетчики производительности |
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|