Измерение производительности java.io.InputStream

У меня есть файл размером 5 ГБ, который я хочу читать по частям, скажем, по 2 МБ. Использование java.io.InputStream работает нормально. Итак, я измерил эту вещь следующим образом:

static final byte[] buffer = new byte[2 * 1024 * 1024];

public static void main(String args[]) throws IOException {
    while(true){
        InputStream is = new FileInputStream("/tmp/log_test.log");
        long bytesRead = 0;
        int readCurrent;
        long start = System.nanoTime();
        while((readCurrent = is.read(buffer)) > 0){
            bytesRead += readCurrent;
        }
        long end = System.nanoTime();
        System.out.println(
            "Bytes read = " + bytesRead + ". Time elapsed = " + (end - start)
        );
    }
}

РЕЗУЛЬТАТ = 2121714428

Видно, что в среднем требуется 2121714428 нано. Это так, потому что реализация делает (*env)->SetByteArrayRegion(env, bytes, off, nread, (jbyte *)buf); данных, считанных в malloced или буфер, выделенный стеком, как показано здесь. Итак, memcpy занимает довольно много процессорного времени:

Поскольку спецификация JNI определяет, что

Inside a critical region, native code must not call other JNI functions, or any system call that may cause the current thread to block and wait for another Java thread. (For example, the current thread must not call read on a stream being written by another Java thread.)

Я не вижу никаких проблем с чтением из обычный файл в критической секции. Чтение из обычного файла блокируется ненадолго и не зависит ни от какого java-потока. Что-то вроде этого:

static final byte[] buffer = new byte[2 * 1024 * 1024];

public static void main(String args[]) throws IOException {
    while (true) {
        int fd = open("/tmp/log_test.log");
        long bytesRead = 0;
        int readCurrent;
        long start = System.nanoTime();
        while ((readCurrent = read(fd, buffer)) > 0) {
            bytesRead += readCurrent;
        }
        long end = System.nanoTime();
        System.out.println("Bytes read = " + bytesRead + ". Time elapsed = " + (end - start));
    }
}

private static native int open(String path);

private static native int read(int fd, byte[] buf);

Функции JNI:

JNIEXPORT jint JNICALL Java_com_test_Main_open
  (JNIEnv *env, jclass jc, jstring path){
    const char *native_path = (*env)->GetStringUTFChars(env, path, NULL);
    int fd = open(native_path, O_RDONLY);
    (*env)->ReleaseStringUTFChars(env, path, native_path);
    return fd;
}


JNIEXPORT jint JNICALL Java_com_test_Main_read
  (JNIEnv *env, jclass jc, jint fd, jbyteArray arr){
    size_t java_array_size = (size_t) (*env)->GetArrayLength(env, arr);
    void *buf = (*env)->GetPrimitiveArrayCritical(env, arr, NULL);
    ssize_t bytes_read = read(fd, buf, java_array_size);
    (*env)->ReleasePrimitiveArrayCritical(env, arr, buf, 0);
    return (jint) bytes_read;
}

РЕЗУЛЬТАТ = 1179852225

Выполнение этого в цикле требует в среднем 1179852225 наносекунд, что почти в два раза эффективнее.

Вопрос: В чем проблема чтения из обычный файл в критической секции?