New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[ru] Фильтры сообщений для реализации в v.5.5.5 #3

Closed
eao197 opened this Issue Apr 17, 2015 · 3 comments

Comments

Projects
None yet
2 participants
@eao197
Owner

eao197 commented Apr 17, 2015

Подробное описание на SF.net. Обсуждать можно и здесь.

@eao197 eao197 added the enhancement label Apr 17, 2015

@eao197 eao197 self-assigned this Apr 17, 2015

@DronMDF

This comment has been minimized.

Show comment
Hide comment
@DronMDF

DronMDF Apr 19, 2015

А весь мониторинг - это события одного типа?
Нельзя целенаправленно подписаться на определенную часть информации?

DronMDF commented Apr 19, 2015

А весь мониторинг - это события одного типа?
Нельзя целенаправленно подписаться на определенную часть информации?

@eao197

This comment has been minimized.

Show comment
Hide comment
@eao197

eao197 Apr 19, 2015

Owner

Сейчас да: сообщения одного типа (stats::messages::quantity) летят в один mbox. Внутри же каждое сообщение содержит свою специфическую информацию: например, количество зарегистрированных коопераций, количество привязанных к конкретному диспетчеру агентов, количество заявок в очереди.
Если делать возможность какого-то дробления, тогда сильно разрастается инфраструктура. Например, если заставить каждого диспетчера отправлять свою информацию в свой собственный mbox, то возникнут сложности со сбором информации от нескольких диспетчеров.
В будущем планируется добавлять новые типы информации (например, средние времена простоя заявок в очередях, среднее время обработки события агентом). Но я собирался это делать аналогично -- новый тип сообщения (скажем, stats::messages::avg_times), экземпляры которого отсылаются на тот же mbox.

Owner

eao197 commented Apr 19, 2015

Сейчас да: сообщения одного типа (stats::messages::quantity) летят в один mbox. Внутри же каждое сообщение содержит свою специфическую информацию: например, количество зарегистрированных коопераций, количество привязанных к конкретному диспетчеру агентов, количество заявок в очереди.
Если делать возможность какого-то дробления, тогда сильно разрастается инфраструктура. Например, если заставить каждого диспетчера отправлять свою информацию в свой собственный mbox, то возникнут сложности со сбором информации от нескольких диспетчеров.
В будущем планируется добавлять новые типы информации (например, средние времена простоя заявок в очередях, среднее время обработки события агентом). Но я собирался это делать аналогично -- новый тип сообщения (скажем, stats::messages::avg_times), экземпляры которого отсылаются на тот же mbox.

@eao197

This comment has been minimized.

Show comment
Hide comment
@eao197

eao197 Apr 29, 2015

Owner

Реализовано. Войдет в состав v.5.5.5.
Подробное описание здесь

Owner

eao197 commented Apr 29, 2015

Реализовано. Войдет в состав v.5.5.5.
Подробное описание здесь

@eao197 eao197 closed this Apr 29, 2015

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment