
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
30.12.2018, 19:08
|
|||
|---|---|---|---|
Timeout обработки сообщения из очереди |
|||
|
#18+
Подскажите, как заставить субд обрабатывать сообщение из очереди сразу, после помещения его в очередь? Сейчас, почему-то, у меня проходит, какое-то время, переде тем, как оно начинает обрабатыватся ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
09.01.2019, 15:00
|
|||
|---|---|---|---|
Timeout обработки сообщения из очереди |
|||
|
#18+
Что вам ответили в техподдержке Oracle? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
09.01.2019, 15:25
|
|||
|---|---|---|---|
|
|||
Timeout обработки сообщения из очереди |
|||
|
#18+
LemkolegПодскажите, как заставить субд обрабатывать сообщение из очереди сразу, после помещения его в очередь? Сейчас, почему-то, у меня проходит, какое-то время, переде тем, как оно начинает обрабатыватся Вообще это природа очереди - обработка сообщения начинается только тогда, когда подписчик соизволит сообщение прочитать (как вариант - очень занят обработкой других сообщений) - копните в эту сторону. Если речь про AQ - то дополнительно обратите внимание на aq_tm_processes - возможно, что выделенное количество процессов недостаточно для обработки фактической нагрузки. Для AQ также можно было регистрировать OCI или PL/SQL callback для NP-очереди, но на сегодня NP-queues - deprecated. Вместо них рекомендуют buffered messaging с асинхронной нотификацией - лично не готовил. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|

start [/forum/topic.php?fid=52&mobile=1&tid=1882958]: |
0ms |
get settings: |
7ms |
get forum list: |
17ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
95ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
42ms |
get tp. blocked users: |
1ms |
| others: | 243ms |
| total: | 423ms |

| 0 / 0 |
