RFR: 8310843: Reimplement ByteArray and ByteArrayLittleEndian with Unsafe [v10]
Glavo
duke at openjdk.org
Thu Jul 20 14:52:43 UTC 2023
On Thu, 20 Jul 2023 14:15:15 GMT, Maurizio Cimadamore <mcimadamore at openjdk.org> wrote:
>>> Also... `Integer::toString` seems to be `@IntrinsicCandidate` ?
>>
>> It's just a bytecode intrinsics, it is only replaced when used in a fluent-chain of StringBuilder/Buffer.
>
> Also, note that ByteBuffer exposes its backing array (at least if the buffer is not read only) via ByteBuffer::array. This does no copy. So in all the various stream implementations, I believe we can really just use a ByteBuffer instead of an array - and use ByteBuffer::array when we really need an array.
>
> This makes it very easy to migrate some of the classes that use ByteArray. Here's the patch for DataInputStream:
>
>
> diff --git a/src/java.base/share/classes/java/io/DataInputStream.java b/src/java.base/share/classes/java/io/DataInputStream.java
> index 7192b30d5f2..b5b013cdd50 100644
> --- a/src/java.base/share/classes/java/io/DataInputStream.java
> +++ b/src/java.base/share/classes/java/io/DataInputStream.java
> @@ -27,6 +27,8 @@ package java.io;
>
> import jdk.internal.util.ByteArray;
>
> +import java.nio.ByteBuffer;
> +import java.nio.ByteOrder;
> import java.util.Objects;
>
> /**
> @@ -59,7 +61,7 @@ public class DataInputStream extends FilterInputStream implements DataInput {
> super(in);
> }
>
> - private final byte[] readBuffer = new byte[8];
> + private final ByteBuffer readBuffer = ByteBuffer.allocate(8); // BIG_ENDIAN
>
> /**
> * working arrays initialized on demand by readUTF
> @@ -316,8 +318,8 @@ public class DataInputStream extends FilterInputStream implements DataInput {
> * @see java.io.FilterInputStream#in
> */
> public final short readShort() throws IOException {
> - readFully(readBuffer, 0, 2);
> - return ByteArray.getShort(readBuffer, 0);
> + readFully(readBuffer.array(), 0, 2);
> + return readBuffer.getShort(0);
> }
>
> /**
> @@ -338,8 +340,8 @@ public class DataInputStream extends FilterInputStream implements DataInput {
> * @see java.io.FilterInputStream#in
> */
> public final int readUnsignedShort() throws IOException {
> - readFully(readBuffer, 0, 2);
> - return ByteArray.getUnsignedShort(readBuffer, 0);
> + readFully(readBuffer.array(), 0, 2);
> + return Short.toUnsignedInt(readBuffer.getShort(0));
> }
>
> /**
> @@ -360,8 +362,8 @@ public class DataInputStream extends FilterInputStream implements DataInput {
> * @see java.io.FilterInputStream#in
> */
> public final char readChar() throws IOException {
> - readFully(readBuffer, 0, 2);
> - return ByteArray.getChar(readBuffer, 0);
> + readFully(readBuffer.array(), 0, 2);
> + return readBuffer.getChar(0);
> }
>
> /**
> @@ -382,8 +384,8 @@ public class DataInputS...
@mcimadamore I compared the performance of `ByteBuffer` and `VarHandle` using a JMH benchmark:
public class ByteArray {
private byte[] array;
private ByteBuffer byteBuffer;
private static final VarHandle INT = MethodHandles.byteArrayViewVarHandle(int[].class, LITTLE_ENDIAN);
private static final VarHandle LONG = MethodHandles.byteArrayViewVarHandle(long[].class, LITTLE_ENDIAN);
@Setup
public void setup() {
array = new byte[8];
byteBuffer = ByteBuffer.wrap(array).order(LITTLE_ENDIAN);
new Random(0).nextBytes(array);
}
@Benchmark
public byte readByte() {
return array[0];
}
@Benchmark
public byte readByteFromBuffer() {
return byteBuffer.get(0);
}
@Benchmark
public int readInt() {
return (int) INT.get(array, 0);
}
@Benchmark
public int readIntFromBuffer() {
return byteBuffer.getInt(0);
}
@Benchmark
public long readLong() {
return (long) LONG.get(array, 0);
}
@Benchmark
public long readLongFromBuffer() {
return byteBuffer.getLong(0);
}
}
Result:
Benchmark Mode Cnt Score Error Units
ByteArray.readByte thrpt 5 1270230.180 ± 29172.551 ops/ms
ByteArray.readByteFromBuffer thrpt 5 623862.080 ± 12167.410 ops/ms
ByteArray.readInt thrpt 5 1252719.463 ± 77598.672 ops/ms
ByteArray.readIntFromBuffer thrpt 5 571070.474 ± 1500.426 ops/ms
ByteArray.readLong thrpt 5 1262720.686 ± 728.100 ops/ms
ByteArray.readLongFromBuffer thrpt 5 571594.800 ± 3376.735 ops/ms
In this result, ByteBuffer is much slower than VarHandle. Am I doing something wrong? What conditions are needed to make the performance of ByteBuffer close to that of Unsafe?
-------------
PR Review Comment: https://git.openjdk.org/jdk/pull/14636#discussion_r1269578107
More information about the core-libs-dev
mailing list