16.02.2011, 10:19 | #21 |
Участник
|
Спасибо.
Т.е. 4 ядра на 1 аос на котором крутится примерно 50-75 пользователей. Ядра реальные ? Без гипертрединга ? Спрашиваю так подробно, потому что иногда у нас аосы начинают грузиться по процу. Обычно происходит когда туда заберется больше 100 пользователей на аос. Такое ощущение что есть некая нелинейность в загрузке проца в зависимости от числа активных пользователей. И при превышении 80-100 пользователей на аос - загрузка проца растет непропорционально быстро. P.S. А операционка у вас какая ? |
|
16.02.2011, 10:58 | #22 |
Участник
|
Насчет нелинейности наврядли.
Просто возрастает кол-во активных потоков, которые требуют переключений от процессора. А его ресурсы тоже не безграничны Как возможный вариант уменьшения нагрузки на AOS для сложных итерационных обработок могу предложить вставлять вызов Sleep(1) - нагрузка на процессор значительно снизится.
__________________
Axapta v.3.0 sp5 kr2 |
|
16.02.2011, 11:00 | #23 |
Участник
|
Цитата:
Сообщение от Logger
Спасибо.
Т.е. 4 ядра на 1 аос на котором крутится примерно 50-75 пользователей. Ядра реальные ? Без гипертрединга ? Спрашиваю так подробно, потому что иногда у нас аосы начинают грузиться по процу. Обычно происходит когда туда заберется больше 100 пользователей на аос. Такое ощущение что есть некая нелинейность в загрузке проца в зависимости от числа активных пользователей. И при превышении 80-100 пользователей на аос - загрузка проца растет непропорционально быстро. P.S. А операционка у вас какая ? Ядра реальные без гипера. Win Server 2003 R2 Standard x86 Иногда тоже грузятся до 80-90%, но не зависит от кол-ва пользователей, поскольку у нас стоит ограничение. Скорее из-за "тяжелых" операций. |
|
16.02.2011, 11:29 | #24 |
Участник
|
Цитата:
Сообщение от AndyD
Насчет нелинейности наврядли.
Просто возрастает кол-во активных потоков, которые требуют переключений от процессора. А его ресурсы тоже не безграничны Как возможный вариант уменьшения нагрузки на AOS для сложных итерационных обработок могу предложить вставлять вызов Sleep(1) - нагрузка на процессор значительно снизится. Ну мы примерно так себе и представляли причину этого. А нелинейность точно есть. И мы её видим своими глазами и держим руками. В данном случае это скорее следствие. Т.е. при большом числе сессий наверно слишком растут накладные расходы на обслуживание и переключение. Либо может еще какая причина есть. Например, в Аксапте сложность расчета налогов (и как следствие время обработки накладной) квадратично зависит от числа строк. Я подумал вдруг нечто подобное есть в операционках ? Т.е. накладные расходы которые несет компик на обслуживание множества сессий нелинейно зависит от их числа. |
|
16.02.2011, 11:37 | #25 |
Участник
|
|
|
28.05.2013, 15:29 | #26 |
Участник
|
Подниму тему снова.
Может быть кто-нить разобрался как поймать пользователя/сессию который отъедает процессорное время на аосе ? |
|
28.05.2013, 16:28 | #27 |
NavAx
|
Скорее всего не поможет, но вдруг...
AOSSessionInfo.cpuTime() выводили это в активных пользователях для DAX 3, что бы было на кого валить. PS. Мониторинг работы Последний раз редактировалось raz; 28.05.2013 в 16:30. |
|
|
За это сообщение автора поблагодарили: Logger (1). |
28.05.2013, 17:40 | #28 |
Участник
|
Спасибо.
У нас эта штука стояла еще со времен 3-ки и с переходом на 2009-ю перестала работать. Если мне не изменяет память, AOSSessionInfo.cpuTime() теперь всегда возвращает 0. |
|
Теги |
aos, ax2009, железо, сессия |
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|