RFR: 8374644: Regression in GZIPInputStream performance after JDK-7036144 [v2]

Jaikiran Pai jpai at openjdk.org
Wed Jan 7 14:08:04 UTC 2026


On Wed, 7 Jan 2026 13:47:24 GMT, Alan Bateman <alanb at openjdk.org> wrote:

>> Jaikiran Pai has updated the pull request incrementally with one additional commit since the last revision:
>> 
>>   use -1 to represent absence of a GZIP header, from readHeader() method
>
> src/java.base/share/classes/java/util/zip/GZIPInputStream.java line 195:
> 
>> 193:      * If failOnEOF is false and if the given InputStream has already
>> 194:      * reached EOF when this method was invoked, then this method returns
>> 195:      * 0 (indicating that there's no GZIP member header).
> 
> Have you tried using -1 for EOF instead of 0? I think would make it easier to understand at the use sites.

I had very briefly considered it, but there was a call site (within this class) which was doing:

m += readHeader(in);

so I decided to use `0` to prevent accidental additions of negative value. 

Having said that, that is no longer a concern with the current changes in this PR and there are only 2 call sites to this (private) method in this class. So your suggestion of using `-1` as a return value sounds good to me. I've updated the PR accordingly.

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/29092#discussion_r2668587977


More information about the core-libs-dev mailing list