Glavo
@SirYwell > 1. I didn't find any proper tests that ensure that the behavior described in the Javadocs is actually maintained I updated `test/jdk/java/util/Random/NextBytes.java` to also test `RandomGenerator::nextBytes`. > 2....
> The benchmark results are somewhat weird: L32X64MixRandom has drastically different results even for small sizes that don't involve multi-byte writes. These are unbelievable results. In your results, even for...
> FYI, this will not be considered without unit tests. Before that, I need to find a way to generate test data. The new extension lacks tool support. I think...
When I created the test, I noticed the type of `EXIF_TAG_EXIF_IMAGE_WIDTH` and `EXIF_TAG_EXIF_IMAGE_LENGTH` is `TagInfoShort`. However, in the [standard document](https://www.cipa.jp/std/documents/e/DC-X008-Translation-2019-E.pdf), the field type is SHORT or LONG. Unfortunately, the test...
I updated this PR, followed the requirements of IMAGING-341, and recorded the standard version in the document. Can someone review this PR?
The javadoc has been updated to add the `@since` tag.
I noticed that the results you submitted are strange, the core latency between within the same CCX reaches more than 40ns, which should not be. This problem also occurs on...
> What's the question? @nviennot I have a guess that running the `core-to-core-latency` on some Zen 2 devices will give unreasonable results. For my 3700x machine (and the 3900x machine...