git/list[1] front-page[2] threads[3] people[4] search[5] about
 

http: a non-curl_multi interface?

From
Tay Ray Chuan <rctay89@gmail.com>
Date
Mar 2, 2009, 13:14 UTC
Message-ID
<be6fef0d0903020514h28995ec2v2acd9f65131c1515@mail.gmail.com>
HI,

there's been several complaints about how git uses curl, particularly how it forces one to use curl's multi interface, so I've tried my hand at implementing a curl interface that doesn't need curl_multi.

This would allow git to work without curl_multi.

The non-curl_multi set of functions are done, and I've also taught push and http-push --persistent, to force git to behave as though USE_CURL_MULTI isn't defined.

Do you guys think this would bring any benefits, apart from requiring the user to use a curl library with the multi interface? Based on what I read in the docs, this would mean less open/closed connections, minimized credential prompting (if authentication is required), more backward compatibility, but it would also mean a possible performance degradation in git, since all http requests are sequential.

-- Cheers, Ray Chuan

Next: Daniel Stenberg
Message 1 of 3 in “http: a non-curl_multi interface?”
  1. Tay Ray ChuanMar 2, 2009
  2. Daniel StenbergMar 2, 2009
  3. Tay Ray ChuanMar 3, 2009

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.