У меня возникла странная проблема с нашей новой C++-оболочкой над libcurl 7.33 (скомпилирована с помощью enable-ares, RHEL5.4). Производительность хороша (в мсэкс), когда я ударил http://posttestserver.com/post.php с легким интерфейсом, но при разрешении нескольких интерфейсов dns требуется больше времени для одного и того же URL-адреса. Если время ожидания таймера обратного вызова libcurl используется вместо нашей собственной логики таймера, запрос занимает 2 минуты. Предложение тайм-аута от libcurl увеличивается, как 4000, 150000. Это не происходит, если используется IP.libcurl multi vs easy dns разрешающее поведение
ответ
Это может быть связано с ошибкой тайм-аута, присутствующей в 7.33.0. Существует более новая версия libcurl, которую вы можете использовать, чтобы узнать, остается ли эта ошибка или нет.
Это также поможет, если вы предоставите здесь небольшой пример исходного кода, который показывает, как вы это делаете, чтобы мы могли видеть, что код правильный с вашего конца. Или сообщите нам, если вы можете использовать один из существующих примеров libcurl на сайте curl, чтобы повторить проблему.
Спасибо Даниилу за входные данные. Попробую скомпилировать один из примеров (hiperfifo). Также мы попробуем с последним libcurl. мы используем libevent 1.4, который я пропустил, чтобы указать в вопросе. – neovasant
Я мог бы воспроизвести проблему с примером hiperfifo. Журналы можно найти здесь - http://pastebin.com/0tP8AV1t. Время ожидания обратного вызова таймера libcurl увеличивается 1, 5000, 145020, 150020, -1 – neovasant
Используйте список рассылки библиотеки curl для помощи в отладке libcurl. –
версия, которую мы используем, является 7.33 .. для справки .. – neovasant