Buy commercial curl support. We
help you work out your issues, debug your libcurl applications, use the API,
port to new platforms, add new features and more. With a team lead by the
curl founder Daniel himself.
Re: High CPU usage associated to busy loop in curl_timediff_us()
- Contemporary messages sorted: [ by date ] [ by thread ] [ by subject ] [ by author ] [ by messages with attachments ]
From: Daniel Stenberg via curl-library <curl-library_at_lists.haxx.se>
Date: Wed, 10 Sep 2025 23:19:32 +0200 (CEST)
On Wed, 10 Sep 2025, Stephane Cruchon via curl-library wrote:
> We've observed a situation where curl_timediff_us() seems to spin in a tight
> loop when libcurl runs inside a container. This leads to high cpu usage.
What happened that took libcurl to this state? What is curl doing when this
happens?
curl_timediff_us() itself does not get stuck and in the follow up email you
indicated that it might be related to the splay tree management.
We fixed a splay related issue recently, so maybe the latest version works
better for you.
I doubt it is actually related to the time.
Date: Wed, 10 Sep 2025 23:19:32 +0200 (CEST)
On Wed, 10 Sep 2025, Stephane Cruchon via curl-library wrote:
> We've observed a situation where curl_timediff_us() seems to spin in a tight
> loop when libcurl runs inside a container. This leads to high cpu usage.
What happened that took libcurl to this state? What is curl doing when this
happens?
curl_timediff_us() itself does not get stuck and in the follow up email you
indicated that it might be related to the splay tree management.
We fixed a splay related issue recently, so maybe the latest version works
better for you.
I doubt it is actually related to the time.
-- / daniel.haxx.se || https://rock-solid.curl.dev -- Unsubscribe: https://lists.haxx.se/mailman/listinfo/curl-library Etiquette: https://curl.se/mail/etiquette.htmlReceived on 2025-09-10