On Thu, Aug 9, 2018 at 7:56 AM, Daniel Stenberg wrote:
> On Thu, 9 Aug 2018, James Read wrote:
>
> Everything seems to work fine. With a single URL and with multiple URLs.
>> The only issue I have is the throughput.
>>
>
> Could be vphiperfifo.c example issues.
>
> For example, I don't see how
>
> and make sure the application works correctly when using a small amount of
>> transfers - perhaps a single one to start with - and then add more when
>> you've confirmed that.
>
>
Everything seems to work fine. With a single URL and with multiple URLs.
The only issue I have is the throughput.
On Tue, 7 Aug 2018, James Read wrote:
As long as libcurl is built to use the threaded resolver (default) or the
c-ares backend, it will do name resolving in a non-blocking manner.
I just did a standard install using the latest git clone.
Then it probably built with the threaded resolver. At
On Tue, Aug 7, 2018 at 11:11 PM, Daniel Stenberg wrote:
> On Tue, 7 Aug 2018, James Read wrote:
>
> What about DNS resolution? Is this already asynchronous or do I need to
>> make some changes?
>>
>
> As long as libcurl is built to use the threaded resolver (default) or the
> c-ares backend, it
On Tue, 7 Aug 2018, James Read wrote:
What about DNS resolution? Is this already asynchronous or do I need to make
some changes?
As long as libcurl is built to use the threaded resolver (default) or the
c-ares backend, it will do name resolving in a non-blocking manner.
--
/
On Tue, Aug 7, 2018 at 9:37 PM, Daniel Stenberg wrote:
> On Tue, 7 Aug 2018, James Read via curl-library wrote:
>
> Does anyone have a working example using multi_socket with epoll?
>>
>
> Josh Bialkowski provided one not too long ago, available here:
>
>
On Tue, 7 Aug 2018, James Read via curl-library wrote:
Does anyone have a working example using multi_socket with epoll?
Josh Bialkowski provided one not too long ago, available here:
https://curl.haxx.se/libcurl/c/ephiperfifo.html
--
/ daniel.haxx.se