RFR: 8265261: java/nio/file/Files/InterruptCopy.java fails with java.lang.RuntimeException: Copy was not interrupted [v5]
Brian Burkhalter
brian.burkhalter at oracle.com
Tue Aug 24 16:44:17 UTC 2021
On Aug 24, 2021, at 4:04 AM, Daniel Fuchs <dfuchs at openjdk.java.net<mailto:dfuchs at openjdk.java.net>> wrote:
On Tue, 24 Aug 2021 00:30:48 GMT, Brian Burkhalter <bpb at openjdk.org<mailto:bpb at openjdk.org>> wrote:
This proposal suggests to change the timing of testing whether a file copy is terminated by an interrupt.
Brian Burkhalter has updated the pull request incrementally with one additional commit since the last revision:
8265261: Reinstate duration check and latches but with countdown 1
If the test campaign shows better results with this latter version then I have no objection: it looks better to me than the previous repeated interrupt logic.
This does show better results. I am not however convinced that it is better than the previously posted fixed rate interrupt version. I verified that if the interrupt is issued before the copy begins then it is not recognized by `copy()`. Given that, repeating might give a more predictable result. I would agree though to go with this version and revisit it once more should failures be seen.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.java.net/pipermail/nio-dev/attachments/20210824/1715a4e8/attachment.htm>
More information about the nio-dev
mailing list