Загрузка процессора (ЦП) на 25% при вызове метода "Connect"

[DrachkovAlexey]

При вызове метода компоненты "Connect" наблюдается повышение загрузки процессора (ЦП) на 25%, т.е. фактически не выполняя еще каких-либо операций с брокером процессор уже на 1/4 чем-то занят?
Есть предположение, что при вызове этого метода в компоненте выполняется какой-то бесконечный цикл ожидания, который бесполезно сильно нагружает процессор.
Данная проблема наблюдается как в версии "PinkRabbitMQ3_v2.2.0.42", так и в более старой версии (от 2021 года), т.е. проблема уже очень старая, но видимо до сих пор еще не оптимизирована.

[keyn5565]

Разрабам пох на свою компоненту

Блокирующие циклы без sleep / условной ожидалки → busy-wait и 100% CPU
фоновые таски «крутят» CPU при ожидании состояния/разрыве.
при разрыве соединения цикл продолжает без паузы — CPU 100%, сервер 1С «подвисает».

надо заменить busy-wait на event-driven (condition_variable / std::future / event loop) или как минимум вставить экспоненциальный backoff/sleep при ошибках. В контексте AMQP-CPP — использовать callback-архитектуру (onConnected/onClosed) вместо постоянного опроса.

[DrachkovAlexey]

Разрабам пох на свою компоненту

Блокирующие циклы без sleep / условной ожидалки → busy-wait и 100% CPU фоновые таски «крутят» CPU при ожидании состояния/разрыве. при разрыве соединения цикл продолжает без паузы — CPU 100%, сервер 1С «подвисает».

надо заменить busy-wait на event-driven (condition_variable / std::future / event loop) или как минимум вставить экспоненциальный backoff/sleep при ошибках. В контексте AMQP-CPP — использовать callback-архитектуру (onConnected/onClosed) вместо постоянного опроса.

Добрый день!
А не могли бы Вы более подробно это описать или мб взяться за эту оптимизацию сами за денежное вознаграждение с моей стороны (можете связаться со мной в телеге - AlexeyDrachkov, обсудим условия)?
Судя по всему от разработчиков компоненты мы этого, к сожалению, не дождемся, а проблема очень критична ;(

[keyn5565]

Добрый день!
А не могли бы Вы более подробно это описать или мб взяться за эту оптимизацию сами за денежное вознаграждение с моей стороны (можете связаться со мной в телеге - AlexeyDrachkov, обсудим условия)?
Судя по всему от разработчиков компоненты мы этого, к сожалению, не дождемся, а проблема очень критична ;(

Я бы вам посоветовал забыть про эту компоненту и воспользоваться интеграцией через RestAPI.
Это на много стабильнее и просто в интеграции. На infostart есть примеры реализации. Сэкономите деньги и нервы.

[korableg]

На go напишите kafka проксю и через rest работайте, намного надежнее)

[RoniyProject]

Разрабам пох на свою компоненту

Блокирующие циклы без sleep / условной ожидалки → busy-wait и 100% CPU фоновые таски «крутят» CPU при ожидании состояния/разрыве. при разрыве соединения цикл продолжает без паузы — CPU 100%, сервер 1С «подвисает».

надо заменить busy-wait на event-driven (condition_variable / std::future / event loop) или как минимум вставить экспоненциальный backoff/sleep при ошибках. В контексте AMQP-CPP — использовать callback-архитектуру (onConnected/onClosed) вместо постоянного опроса.

Внес изменения как ты сказал, все работает отлично, спасибо!