Improving perf of FileChannel.transferTo() on Windows

[Alan Bateman]

On 21/10/2014 11:56, Valery Kopylov (Akvelon) wrote:
>
> Please confirm that there are no evidences of socket buffer truncation 
> by TransmitFile, just ambiguity in the docs. I tried to reproduce it 
> in a simple application but all bytes were sent successfully and in 
> correct order.
>
> If so, we do not need any additional changes above the existing patch.
>
I can't find too much on the original tests that were done. You may be 
right that it was just ambiguity in the docs but it would also be good 
to double check that when the peer is congested and the socket buffer 
fills that TransitFile will always queue behind the socket buffer.

Are you going to update the patch to only use this path when the 
SocketChannel is configured blocking?

-Alan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.openjdk.java.net/pipermail/nio-dev/attachments/20141021/9288512d/attachment.html>