Simple repro:
>curl -vI --http1.1 https://example.com/[1-3] -H"Connection:close"
output of the old CURL version contains "* SSL re-using session ID";
output of 7.77.0 does not. Wireshark confirms that the old version
sent PSK in client hello, the new version did not.
curl 7.77 downloaded here:
Hello,
Would it be a good time to start a stable (long-term support) version?
Like in, version 7 would still get bug fixes, but no new features, and
would be maintained until version 9 (or 10) goes out.
Regards,
Daniel
---
Well then, I'd vote in favor of not allowing pause when
CURLMOPT_PIPELINING is set to anything other than CURLPIPE_NOTHING.
I'm not a fan of changes that may negatively impact performance, as
you may guess. And I never used pause anyway.
Regards,
Daniel
Sounds like the problem HPN-SSH tried to solve:
https://www.psc.edu/index.php/hpn-ssh/638
I like their approach, but I'm not sure how they got hold of the
current TCP receive window size; the only value I could find was
receive buffer size, which is not necessarily relevant here.
If you decide to
wt., 18 lut 2020 o 15:43 Christian Schmitz via curl-library
napisał(a):
> First case wit error 426:
What Curl version? Quick googling reveals that there was a bug [1] in
FTP handling, which was fixed in 7.45
> Second log with no response:
>
>
> We are completely uploaded and fine
> Remembering
Thanks guys! That's exactly what I need.
---
Unsubscribe: https://cool.haxx.se/list/listinfo/curl-library
Etiquette: https://curl.haxx.se/mail/etiquette.html
Hi all,
I see that libcurl supports SSL session ID cache already, unless
CURLOPT_SSL_SESSIONID_CACHE is cleared. However, I'm having a hard
time finding information about the scope of session ID reuse:
- Are session IDs reused only within an easy handle or globally for
all handles within the
pt., 19 lip 2019 o 00:14 Daniel Stenberg napisał(a):
>
> On Thu, 18 Jul 2019, Daniel Jeliński via curl-library wrote:
>
> > As for the connection timeout, it appears to be a well known problem with
> > FTP on slow connections with oversized buffers. I just found a 10
7.65 will be fine. Actually the first version with that feature was
7.61.1, but any version since then should be good.
---
Unsubscribe: https://cool.haxx.se/list/listinfo/curl-library
Etiquette:
Taras,
Thanks for pointing that out. The function looks good.
Buffer autotuning was only introduced in curl 7.61, so the app using
7.57 will use the default (slow) buffer sizes. You shouldn't need to
set UPLOAD_BUFFERSIZE to get good upload speeds on 7.65.1.
As for the connection timeout, it
> Neigher users nor I run the app in VirtualBox. This is an ordinary desktop
> application being run on desktop operating systems running on "bare metal".
I see. What's the performance of curl on the same connection?
I took a quick look at your code; noticed that you use
CURLOPT_READDATA without
> Slowness was reported by few users on Windows 10 x64. Slowness (and, in other
> case, timeouts) were reported against couple of totally different FTP servers
> around the globe. At least 5 different (from my user's logs) servers run by
> different companies, so unfortunately there's no way to
niedz., 2 wrz 2018 o 13:33 Jan Ehrhardt via curl-library
napisał(a):
>
> Do you have a compiled version somewhere?
I'm hacking this on Linux, I don't have a proper testing environment
on my Windows machine.
> I tried to build my own with the 3 patches:
>
> 1. winsock
> 2. oploadbuffer 512 KB
>
niedz., 26 sie 2018 o 03:36 Jan Ehrhardt via curl-library
napisał(a):
> Do you have any stats about the performanceimprovement?
Workbench:
I am running curl against openssh 7.2 shipped with Ubuntu. The server
is running on the same machine as the client. I am uploading 1GB file
to /dev/null on
sob., 11 sie 2018 o 01:05 Daniel Stenberg napisał(a):
> It would require that libssh2 provides such an API, which it currently doesn't
> (and I don't know anyone working on it).
Sent a PR to libssh2 for that: https://github.com/libssh2/libssh2/pull/264
> I still haven't checked what libssh
W dniu środa, 22 sierpnia 2018 Isaiah Banks via curl-library <
curl-library@cool.haxx.se> napisał(a):
> What I'd like to do is create a custom socket for all curl requests to go
through within a web application.
> I'm creating this socket within Python application but would like an app
written in
W dniu sobota, 18 sierpnia 2018 Jan Ehrhardt via curl-library <
curl-library@cool.haxx.se> napisał(a):
> We had a real oops when we tested the same 178 MB over plain FTP:
>
> curl x64 512KB upload buffer FTP: 16 seconds
> https upload php uploadprogress : 489 seconds
I don't believe encryption
pt., 10 sie 2018 o 23:08 Daniel Stenberg napisał(a):
> [...] libssh2 could offer a better API that's more suited to send (and
> receive) SFTP data.
I like that; if we had the sftp_write function acknowledge data as
soon as it is put in socket buffer, we could get much faster
transfers. In
Ok, so let's put Linux to a test.
0. Patch CURL:
#define UPLOAD_BUFSIZE (1<<19)
1. Create a large file. 1 TB looks good:
dd if=/dev/zero of=testfile bs=1 count=0 seek=1T
The file is sparse, so disk operations won't block us.
2. Upload to /dev/null:
curl -u user:pass -k sftp://127.0.0.1/dev/null -T
2018-08-09 14:15 GMT+02:00 Daniel Stenberg via curl-library
:
> ... or should it perhaps just skip the *first* '=' ?
I don't think any URL parsing library cares about = beyond the first
one. Which is why = in name may pose a problem, but in value probably
won't. I'd skip all.
2018-08-09 10:48 GMT+02:00 Daniel Stenberg via curl-library
:
> Say we want to append this to the query:
>
> char *append = "=44";
Well assuming we want to use the API to build URL based on HTML form
with GET action, curl_url_query_append suggested by Geoff would be
much nicer. In particular, I
2018-08-09 1:42 GMT+02:00 Gisle Vanem via curl-library
:
> I also just tested with 'curl sftp//:' with the latest libssh2
> and the new 'SIO_IDEAL_SEND_BACKLOG_QUERY' option. 'sftp://' is
> still 6 times slower than ftp against the same server in Denmark.
>
> 33.153s vs 5.4s for a 10 MByte file.
2018-08-07 20:16 GMT+02:00 Dillon Korman via curl-library
:
> How do you specify the location of a CA bundle at build time on Windows?
Windows builds use schannel (Windows SSL implementation) by default;
with that you don't need CA bundle. Are you building with OpenSSL?
2018-08-05 10:01 GMT+02:00 Andy Pont :
> VirtualBox 5.0.16 was released in March 2016 and so it two years out of date
> and is unsupported by Oracle. The current version is 5.2.16. If possible
> you should try upgrading and seeing if you get the same results.
Ok, so I installed Win 10 on
2018-08-04 15:55 GMT+02:00 Jan Ehrhardt :
> Virtualbox 5.0.16. Network adapter screenshot here:
> https://phpdev.toolsforresearch.com/win7x64.png
Thanks. Do you happen to limit allowed bandwidth of these VMs?
VirtualBox allows this, as described here:
https://stackoverflow.com/a/8124491/7707617
2018-08-04 18:14 GMT+02:00 Jan Ehrhardt :
> curl was consistently a little bit faster than bash/lftp, but that may be
> related to the sftp encryption (curl ran plain ftp, port 21).
> curl vanilla and curl patched did not seem to differ. Sometimes patched was
> faster than vanilla, sometimes the
2018-08-04 8:06 GMT+02:00 Daniel Jeliński :
> 2018-08-03 22:47 GMT+02:00 Daniel Stenberg :
>> On Fri, 3 Aug 2018, Ray Satiro wrote:
>
> This is strange. I see Ray's mail in the archives [1] but not in my
> mailbox. On the other hand, I don't see Rickard Alcock's reply in the
>
2018-08-03 22:47 GMT+02:00 Daniel Stenberg :
> On Fri, 3 Aug 2018, Ray Satiro wrote:
This is strange. I see Ray's mail in the archives [1] but not in my
mailbox. On the other hand, I don't see Rickard Alcock's reply in the
archives, but I have it in my mailbox. What gives?
2018-08-03 18:11 GMT+02:00 Daniel Stenberg :
> https://docs.google.com/spreadsheets/d/1xAntVPAggz9gvx7TI_vUF6G6titRAX5tBOZv0JCXkNY/edit?usp=sharing
Thank you everyone for providing results, thank you Daniel for keeping
tabs on them. Most of the results are in line with my expectations:
- results
2018-08-02 21:33 GMT+02:00 Gisle Vanem :
> Testing with the same
> file via ftp to my server in Denmark (11 hops) shows a
> bit worse result:
> running vanilla...
> start:0,406000 total:1,219000
> running patched...
> start:0,359000 total:1,531000
>
> Seems ftp is maxing my line here.
2018-08-03 4:07 GMT+02:00 Jan Ehrhardt :
>>I also have a Windows 8.1 64-bits running in a Virtualbox on the Wondows
>>2008 R2 server. No speed improvement. Most of the times the patched
>>version is a little bit faster, but sometimes even slower. Typical
>>result below.
>>
> The same happens with
2018-07-30 18:09 GMT+02:00 Daniel Stenberg :
> The tool could try upload with and without "the patch" to one/two/three
> places and report the results with the exact Windows version used. We could
> ask curl users to report *their* results and we collect the results in a
> sheet somewhere.
How
Hi Christian,
Will you be running any more tests?
I'd love to see the patch accepted, but right now it seems that it's
only helping me, and that might not be enough to get it in the next
release.
Regards,
Daniel
---
Unsubscribe:
2018-07-25 14:07 GMT+02:00 Christian Hägele :
> For me the SO_SNDBUF was 64KiB from beginning on and
> worked out well for my test-case. For me the send-ahead (number of
> unacknowledged bytes on the wire) was also fine.
> In both cases the throughput was similar in my quick tests, but I did not
>
2018-07-24 13:47 GMT+02:00 Christian Hägele :
> I think the correct solution would be to not set the socket-option SO_SNDBUF
> or SO_RCVBUF at all on Windows-Vista and newer.
That's what CURL does since mid-2013, yet there were at least 3 issues
reporting slow uploads on Windows since then.
2018-07-20 15:37 GMT+02:00 Daniel Stenberg :
> On Fri, 20 Jul 2018, Daniel Jeliński wrote:
>> So in its current form the patch won't help MinGW. Other MinGW projects
>> worked around that problem by creating that #define in their own code
>
>
> I wouldn't mind doing that f
2018-07-19 18:45 GMT+02:00 Daniel Stenberg :
> https://github.com/curl/curl/pull/2762
Thank you! I see that the test builds succeeded. What's next?
Meanwhile I went to check if this will benefit MinGW users. I found that:
- MinGW headers do not define SIO_IDEAL_SEND_BACKLOG_QUERY
- MinGW
Hello Curl hackers,
I've been working with Curl library in C for some time, and I love it.
Everything just works.
Recently I started using Curl to upload files from Windows machines to
Amazon cloud using HTTP POST. The uploads don't perform well. They are
limited by the send buffer used by
38 matches
Mail list logo