Codereview request: 7109837 Provide a mechanism for computing an Adler32 checksum for the contents of a ByteBuffer
Xueming Shen
xueming.shen at oracle.com
Thu Nov 24 22:47:46 UTC 2011
Alan, Ulf,
Webrev has been updated accordingly
(1) {@code}
(2) better wording for opening sentence as suggested
(3) added -benhmark option for TimeCheckSum, so only do the benchmark run
(with 100000 iteration) when this option is manually specified.
Without the
option, it runs as a "normal" regression test with iteration 1.
(4) to use "ratio" of "time of ByteBuffer: time of byte[]" as
http://cr.openjdk.java.net/~sherman/7109837/benchmark
http://cr.openjdk.java.net/~sherman/7109837/webrev
Thanks,
Sherman
On 11/24/2011 3:13 AM, Alan Bateman wrote:
> On 23/11/2011 19:39, Xueming Shen wrote:
>> Thanks Alan.
>>
>> The webrev has been updated accordingly.
>>
>> http://cr.openjdk.java.net/~sherman/7109837/webrev/
>>
> Minor nit but we should probably use {@code null} instead of
> <tt>null</tt>.
>
> I think the opening sentence "Updates the Adler32 checksum with the
> specified ByteBuffer" could be improved, how about: "Updates the
> checksum with the bytes from the given buffer". Same thing in CRC32.
>
> Thanks for adding the test to check the buffer position/limit after
> the update.
>
> One small concern with the test is that it's a bit of a stress test
> and will run for a long time. What you would think about having a
> -shortrun option. Look at test/java/util/Arrays/Sorting.java for
> example where I dialed down Vladimir's test so that it runs quickly in
> the test runs but is more comprehensively when run without any options.
>
> -Alan
>
>
>
>
More information about the core-libs-dev
mailing list