Для индексации полезных и бесполезных разговоров

[notify_ded_bot]

Система высоко нагруженная и для большого количества звонков вместо обработки одного евента приедтся делать обработку евента, далее action и затем снова ожидание евента

А насколько?

[notify_ded_bot]

Интересно же хайлоад увидеть)

[notify_ded_bot]

Скажем так, выдержать сможет и такая конфигурация. Но я ищу оптимальные варианты.

[notify_ded_bot]

Система высоко нагруженная и для большого количества звонков вместо обработки одного евента приедтся делать обработку евента, далее action и затем снова ожидание евента

Ну менее жирного чем userevent тут не придумать. А с ним что не так? Такой же эвент будет как varset

[notify_ded_bot]

Да, к нему и пришел по сути, просто хотел у коллег узнать не упускаю ли я какие нибудь варианты. Проблема опции b в моем случае заключается в том что ее нужно проставить для большого количества очередей.

[notify_ded_bot]

сыпит что не может сделать конект к мускуль

[notify_ded_bot]

Да, к нему и пришел по сути, просто хотел у коллег узнать не упускаю ли я какие нибудь варианты. Проблема опции b в моем случае заключается в том что ее нужно проставить для большого количества очередей.

вариант с патчем уже рассматривался?

[notify_ded_bot]

вариант с патчем уже рассматривался?

Нет, не настолько оптимизировать хочется ))))

[notify_ded_bot]

А вам этот varset зачем?

[notify_ded_bot]

Нет, не настолько оптимизировать хочется ))))

Не настолько чтобы написать патч с правкой исходников и не настолько что бы прописывать в каждой очереди ?