Loading...

XML

Word

Printable

Issue	Fix Version	Assignee	Priority	Status	Resolution	Resolved In Build
JDK-8228941	12u-cpu	Claes Redestad	P3	Resolved	Fixed	master
JDK-8223720	12.0.2	Claes Redestad	P3	Resolved	Fixed	b03
JDK-8223792	11.0.4	Claes Redestad	P3	Resolved	Fixed	b03

Reported by Lennart Börjeson here: http://mail.openjdk.java.net/pipermail/core-libs-dev/2019-April/059734.html

Narrowed down the cause as ~~JDK-8034802~~ due changing deflation to only happen when syncing the ZipFileSystem whereas it previously happened eagerly when closing output streams retrieved via Files.newOutputStream: http://mail.openjdk.java.net/pipermail/core-libs-dev/2019-April/059753.html

Proof-of-concept patch that recuperates the parallelism in the default case: http://cr.openjdk.java.net/~redestad/scratch/zfs.eager_deflation.00/

backported by

JDK-8223720 (zipfs) Performance regression when writing ZipFileSystem entries in parallel

JDK-8223792 (zipfs) Performance regression when writing ZipFileSystem entries in parallel

JDK-8228941 (zipfs) Performance regression when writing ZipFileSystem entries in parallel

duplicates

JDK-8223401 Inefficiency in ZipFileSystem.sync()

relates to

JDK-8034802 (zipfs) newFileSystem throws UOE when the zip file is located in a custom file system

JDK-8223597 (zipfs) jdk/nio/zipfs/ZipFSTester.java RuntimeException: CHECK_FAILED! (getAttribute.crc <entries20> failed 6af4413c vs 0 ...)

JDK-8229887 (zipfs) zip file corruption when replacing an existing STORED entry

(2 relates to)