On Wed, 7 Dec 2022 12:41:19 GMT, Markus KARG <d...@openjdk.org> wrote:
>> Since JDK 18 some implementations of InputStream.transferTo, namely >> FileInputStream and ChannelInputStream, offload work to lower layers using >> NIO channels. This provides shorter execution time and reduced resource >> consumption. Unfortunately, this effect is prevented once the input stream >> itself is wrapped by a SequenceInputStream. While compared to other >> InputStreams the SequenceInputStream is a rather edge case (e. g. used to >> merge two files into one), nevertheless it makes sense to get rid of this >> obstacle simply by implementing transferTo (e. g. by allowing to offload the >> file merge, or parts of the file merge, to the operating system). As a >> result, more existing applications will experience the >> offloading-improvements made by JDK 18. >> >> To provide enhanced performance to existing applications, it makes sense to >> address this impediment: SequenceInputStream.transferTo should be >> implemented in a way that iteratively calls transferTo on each enumerated >> InputStream of the SequenceInputStream in ordered sequence. > > Markus KARG has updated the pull request incrementally with one additional > commit since the last revision: > > EOL missing in last line Thank you, Brian. ------------- PR: https://git.openjdk.org/jdk/pull/11248
