|
Форум
|
Евгений |
19.03.03, 09:01 |
|
Процессы rco_exec |
|
Мне не понятно, как реализована очередь обработки в RCO. Если запросы приходят всё время от одной сессии, то rco_lsnr порождает только один обработчик запросов rco_exec, и это правильно. Если подключается вторая сессия, то должно бы хватить двух обработчиков (максимум), однако при интенсивной параллельной работе двух сессий рождается сразу очень много rco_exec и это приводит к тому, что постоянно возникают проблемы, например в функции highlight или при попытке перестроить тематический индекс. Лог RCO заполняется WARNINGами о том, что достигнут верхний предел по количеству rco_exec. Проблема в том, что подтверждения от rco_exec-ов приходят rco_lsnr-у отдельно от результатов фактической отработки запросов и получается, что человек уже получил результат запроса и шлет следующий, но подверждение от rco_exec еще не пришло rco_lsnr, следовательно он считает, что rco_exec еще занят и порождает еще один. Ну разве так должно быть??? |
|
|
Евгений |
19.03.03, 09:06 |
|
P.S. |
|
Я забыл уточнить, что речь идет о RCO для ORACLE 8i. Платформа Windows 2000, один процессор |
|
|
techsupport |
21.03.03, 00:04 |
|
re: P.S. |
|
Уточните пожалуйста о какой версии RCO идет речь? |
|
|
Евгений |
21.03.03, 17:00 |
|
Версия |
|
RCO for Oracle 4.01 |
|
|
А.Дмитровский |
11.04.03, 13:23 |
|
re: Ау |
|
Сам по себе факт порождения максимально допустимого кол-ва процессов-обработчиков не является ошибкой, более того, такое поведение приложения нормально, т.к. чем больше процессов-обработчиков, тем в норме быстрее реакция приложения. Максимальное кол-во процессов задается при конфигурации приложения в файле rco_lsnr.cfg и выбирается администратором из соображений проектируемой нагрузки приложения, возможностей платформы и т.п. Заметим, что такой эффект проявляется в достаточно редких ситуациях, например при генерации запросов в цикле несколькими клиентами одновременно, т.е. при предельной нагрузке на приложение. |
|
|
|
|
|
| |