Curl 8 Is Faster

Re:Curl 8 Is Faster by vhodges on Friday April 28, 2023 @09:36AM (#35741114)

It also looks like the Ruby GEM has a resource leak with it :) (or it doesn't terminate the connection? The server is timing out saying the full body has not been read).

Curl 8 got pulled into a base image update to Alpine Linux.

[ Parent | on HN ]

Re:Curl 8 Is Faster by gaffneyc on Friday April 28, 2023 @09:56AM (#35741318)

Which gem? There are several that bind against libcurl.

[ Parent | on HN ]

Re:Curl 8 Is Faster by vhodges on Friday April 28, 2023 @10:36AM (#35741770)

I'll have to check when I get into work.

[ Parent | on HN ]

Re:Curl 8 Is Faster by angilr on Friday April 28, 2023 @10:58AM (#35742074)

I use Typhoeus which uses Ethon depends on ffi. Crash happens. Sorry English is not my mother language.

[ Parent | on HN ]

Re:Curl 8 Is Faster by vhodges on Friday April 28, 2023 @11:06AM (#35742195)

It's curb that we're using.

[ Parent | on HN ]

Re:Curl 8 Is Faster by gaffneyc on Friday April 28, 2023 @11:41AM (#35742654)

I didn't realize curb was still maintained. Would be helpful to report the issue here: https://github.com/taf2/curb/issues

[ Parent | on HN ]

Re:Curl 8 Is Faster by vhodges on Friday April 28, 2023 @11:48AM (#35742805)

Yeah, I was/am planning to do that. But... the project giving us trouble is still on 0.9.11 and another project that is on latest doesn't seem to be having the same issue, so some more testing is needed. At the moment, we're going to rebuild using the older base image and then we'll upgrade the gem and test this sprint.

[ Parent | on HN ]

Re:Curl 8 Is Faster by vhodges on Friday April 28, 2023 @08:29PM (#35748799)

Update: Latest gem still has the elevated error rates from the service we're connecting to but NOT the resource leak.

[ Parent | on HN ]