Buy commercial curl support from WolfSSL. 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
himself.
Re: Feature-Request: sendfile(2)
- Contemporary messages sorted: [ by date ] [ by thread ] [ by subject ] [ by author ] [ by messages with attachments ]
From: Michael Felt <michael_at_felt.demon.nl>
Date: Fri, 26 Feb 2021 10:10:01 +0100
a) Long before sendfile() there was/is send_file() in the UNIX world.
b) just read in the linux man pages that sendfile() is limited to 2GB
file transfers
c) imho - too much complexity for read/write activity when one medium
(network) is likely much slower (or faster) than another medium - or
even over two network interfaces.
As an example - Python has a sendfile function for most, but not all
platforms. And yes, it can be faster - but some platforms have rather
complex interfaces - and so end up not getting implemented. re: cURL -
more complexity means more complex, time-consuming maintenance. If I had
a vote - I would say no as a "nice to have" but would consider it with a
definite advantage over not having it. Would have to why the cost of
maintenance and possible (security) bugs - as people look for ways to
abuse it.
On 26/02/2021 08:47, Gisle Vanem via curl-library wrote:
> Emil Engler wrote:
>
>> However implementing this syscall also raises some problems, including
>> limited support. AFAIK only Linux and FreeBSD support this syscall
>> (maybe even macOS as it inherited a lot from FreeBSD).
>
> FYI, Windows has a similar 'TransmitFile()' function:
> https://docs.microsoft.com/en-us/windows/win32/api/mswsock/nf-mswsock-transmitfile
>
-------------------------------------------------------------------
Unsubscribe: https://cool.haxx.se/list/listinfo/curl-library
Etiquette: https://curl.se/mail/etiquette.html
Received on 2021-02-26
Date: Fri, 26 Feb 2021 10:10:01 +0100
a) Long before sendfile() there was/is send_file() in the UNIX world.
b) just read in the linux man pages that sendfile() is limited to 2GB
file transfers
c) imho - too much complexity for read/write activity when one medium
(network) is likely much slower (or faster) than another medium - or
even over two network interfaces.
As an example - Python has a sendfile function for most, but not all
platforms. And yes, it can be faster - but some platforms have rather
complex interfaces - and so end up not getting implemented. re: cURL -
more complexity means more complex, time-consuming maintenance. If I had
a vote - I would say no as a "nice to have" but would consider it with a
definite advantage over not having it. Would have to why the cost of
maintenance and possible (security) bugs - as people look for ways to
abuse it.
On 26/02/2021 08:47, Gisle Vanem via curl-library wrote:
> Emil Engler wrote:
>
>> However implementing this syscall also raises some problems, including
>> limited support. AFAIK only Linux and FreeBSD support this syscall
>> (maybe even macOS as it inherited a lot from FreeBSD).
>
> FYI, Windows has a similar 'TransmitFile()' function:
> https://docs.microsoft.com/en-us/windows/win32/api/mswsock/nf-mswsock-transmitfile
>
-------------------------------------------------------------------
Unsubscribe: https://cool.haxx.se/list/listinfo/curl-library
Etiquette: https://curl.se/mail/etiquette.html
- application/pgp-signature attachment: OpenPGP digital signature