aEremenko: Как обнаружить какой пользователь загружает процессор AOS?

[Blog bot]

Источник: http://blogs.msdn.com/aeremenk/archi...5/1361241.aspx
==============

Например, можно использовать утилиту Qslice.

Установите утилиту на сервере AOS, запустите C:\Program Files\Resource Kit\Qslice.exe.

Затем, выберете процесс сервера приложений AOS (ax32ser.exe).


В появившейся форме можно найти процесс, загружающий процессор. В нижеследующей форме можно увидеть процесс с идентификатором процесса (thread) TID равный 15e.

В Просмотре Событий (Event Viewer) выберите журнал приложения (Application Log). Выберите информационное сообщение EventID 133 с следующим тестом: “The following information is part of the event: Object Server SP5KR3: ; Admin; 2; 0x15e8.”.

Сообщение с типом 133 генерируется при успешном подсоединении клиента к серверу приложений AOS:

EventId: 133 (EVMSG_USER_CONNECTED)
Description: A user was successfully connected to the Object Server. The event specifies the userid, session number and the assigned thread.

Т.е. в нашем примере процесс 0x15e8 в информационном сообщении AOS соответствует процессу 15e в QSlice, т.е. трем символам, следующим за 0x. Из информационного сообщения следует, что данный идентификатор процесса был присвоен пользователю Admin.

Загрузить утилиту можно с сайта Microsoft


Источник: http://blogs.msdn.com/aeremenk/archi...5/1361241.aspx

[Logger]

А можно ли подобным образом отмониторить объем используемой памяти ?

qSlice показывает только загрузку проца. Иногда нужно знать кто именно сожрал память.

[rser]

А как вычислить пользователя в DAX 4.0 SP2? В четверке при соединении клиента с AOS сообщение EventID 133 не генерируется в системе. Может есть еще какой-либо способ?

[Logger]

Цитата:

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

А как вычислить пользователя в DAX 4.0 SP2? В четверке при соединении клиента с AOS сообщение EventID 133 не генерируется в системе. Может есть еще какой-либо способ?

Способ мне неизвестен, но вот здесь был предложен другой подход:
Мониторинг работы

Мне кажется удобнее - мы правда его немного под себя переделали. Но идея очень классная.

[rser]

Цитата:

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

Способ мне неизвестен, но вот здесь был предложен другой подход:
Мониторинг работы

Мне кажется удобнее - мы правда его немного под себя переделали. Но идея очень классная.

Спасибо за ссылку. Поставил, побаловался. В тройке все работает без проблем.
В четверке столкнулся с проблемами:
1. aOSSessionInfo возвращает истину даже при несуществующей сессии
2. Не работает метод aOSSessionInfo.cpuTime()
опять сижу в тупике.