Масштабируемость AOS'а AX 2009 и принципы выполнения кода клиентских сессий на сервере

[Logger]

Цитата:

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

Конечно, железные
4-х ядреные Хеоны.

Спасибо.

Т.е. 4 ядра на 1 аос на котором крутится примерно 50-75 пользователей.
Ядра реальные ? Без гипертрединга ?

Спрашиваю так подробно, потому что иногда у нас аосы начинают грузиться по процу. Обычно происходит когда туда заберется больше 100 пользователей на аос. Такое ощущение что есть некая нелинейность в загрузке проца в зависимости от числа активных пользователей. И при превышении 80-100 пользователей на аос - загрузка проца растет непропорционально быстро.

P.S.
А операционка у вас какая ?

[AndyD]

Насчет нелинейности наврядли.
Просто возрастает кол-во активных потоков, которые требуют переключений от процессора. А его ресурсы тоже не безграничны

Как возможный вариант уменьшения нагрузки на AOS для сложных итерационных обработок могу предложить вставлять вызов Sleep(1) - нагрузка на процессор значительно снизится.

[vanokh]

Цитата:

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

Спасибо.

Т.е. 4 ядра на 1 аос на котором крутится примерно 50-75 пользователей.
Ядра реальные ? Без гипертрединга ?

Спрашиваю так подробно, потому что иногда у нас аосы начинают грузиться по процу. Обычно происходит когда туда заберется больше 100 пользователей на аос. Такое ощущение что есть некая нелинейность в загрузке проца в зависимости от числа активных пользователей. И при превышении 80-100 пользователей на аос - загрузка проца растет непропорционально быстро.

P.S.
А операционка у вас какая ?

Ух, как подробно

Ядра реальные без гипера. Win Server 2003 R2 Standard x86

Иногда тоже грузятся до 80-90%, но не зависит от кол-ва пользователей, поскольку у нас стоит ограничение. Скорее из-за "тяжелых" операций.

[Logger]

Цитата:

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

Насчет нелинейности наврядли.
Просто возрастает кол-во активных потоков, которые требуют переключений от процессора. А его ресурсы тоже не безграничны

Как возможный вариант уменьшения нагрузки на AOS для сложных итерационных обработок могу предложить вставлять вызов Sleep(1) - нагрузка на процессор значительно снизится.

Спасибо.
Ну мы примерно так себе и представляли причину этого. А нелинейность точно есть. И мы её видим своими глазами и держим руками. В данном случае это скорее следствие. Т.е. при большом числе сессий наверно слишком растут накладные расходы на обслуживание и переключение.

Либо может еще какая причина есть.
Например, в Аксапте сложность расчета налогов (и как следствие время обработки накладной) квадратично зависит от числа строк. Я подумал вдруг нечто подобное есть в операционках ? Т.е. накладные расходы которые несет компик на обслуживание множества сессий нелинейно зависит от их числа.

[vanokh]

Цитата:

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

Я подумал вдруг нечто подобное есть в операционках ? Т.е. накладные расходы которые несет компик на обслуживание множества сессий нелинейно зависит от их числа.

Не думаю, что накладные расходы на поддержание сотни сессий так уж велики...

[Logger]

Подниму тему снова.
Может быть кто-нить разобрался как поймать пользователя/сессию который отъедает процессорное время на аосе ?

[raz]

Скорее всего не поможет, но вдруг...
AOSSessionInfo.cpuTime() выводили это в активных пользователях для DAX 3, что бы было на кого валить.

PS.
Мониторинг работы

[Logger]

Спасибо.
У нас эта штука стояла еще со времен 3-ки и с переходом на 2009-ю перестала работать.

Если мне не изменяет память, AOSSessionInfo.cpuTime() теперь всегда возвращает 0.