windows os 上的 AsynchronousFileChannel 效率如何?

What efficiency is the AsynchronousFileChannel on windows os?

这几天在学习Java NIO.2 API,做了个测试,比较AIO和Standard IO的效率,测试是写一个2000M的file.Here 是代码。

标准方式:

FileOutputStream output = new FileOutputStream(tmp);
byte[] byteArr = new byte[1024 * 1024];
for (int i = 0; i < 1024 * 1024; i++) {
    byteArr[i] = 1;
}
long start = System.currentTimeMillis();
while (length -- > 0) {
    output.write(byteArr);
}
System.out.println("taking time:" + (System.currentTimeMillis() - start) + "ms");

结果是taking time:10392ms

一体机方式:

AsynchronousFileChannel afc   = AsynchronousFileChannel.open(path, WRITE, CREATE);
List<Future<Integer>> results = new ArrayList<>();
ByteBuffer buf = ByteBuffer.allocate(1024 * 1024);
buf.clear();
for (int j = 0; j < 1024 * 1024; j++) {
    buf.put((byte) 1);
}
buf.flip();
buf.mark();
long start = System.currentTimeMillis();
for (int i = 0; i < 2000; i ++) {
    buf.reset();
    results.add(afc.write(buf, i * 1024 *1024));
}
for(Future<Integer> future : results) {
    future.get();
}
System.out.println("taking time:" + (System.currentTimeMillis() - start) + "ms");

结果是taking time:15652ms

我认为,在第二种情况下,程序向 OS 提交了 2000 个写入请求。 OS 将 运行 IO 操作与它自己的线程池。也就是说,thread pool size个IO操作会并发执行。在第二种情况下它应该更快。但事实恰恰相反,为什么?

在程序提交写入请求之前,文件被锁定,直到写入结束operation.In也就是说,AsynchronousFileChannel同时time.So只允许一次操作multi-thread 无效。