Linux 中具有大量打开文件处理程序的 Java AsynchronousFileChannel

Question

我对异步文件 I/O 的理解可能是错误的，但我尝试使用最新的 JDK 7 的 AsynchronousFileChannel 来加速应用程序，但结果却出乎意料地更糟。在我进行如下更改之前，应用程序正在使用 PrintWriter 的同步模式：

    if( asynchMode ){
        AsynchronousFileChannel writer = AsynchronousFileChannel.open(Paths.get(outputFileName),
        StandardOpenOption.WRITE, StandardOpenOption.CREATE);       
        ((AsynchronousFileChannel)writer).write(ByteBuffer.wrap(builder.toString().getBytes()), 0);
    else{
        PrintWriter writer = null;
        try{
            writer = new PrintWriter(new BufferedWriter(new FileWriter(
            outputFileName)));
            ((PrintWriter)writer).write(builder.toString());
        }
        finally{
            if( null!=writer )
                writer.close();
        }
    }

上面的代码驻留在其自己的类中。变量asynchMode 允许我更改程序的行为。由于应用程序写入了大量确实不需要进一步验证的文件，因此我宁愿在写入文件时不让 CPU 空闲且线程等待。以上是基于我对异步文件 I/O 的理解，我承认这可能是错误的。

除了性能较差之外，还有一件奇怪的事情是，当我执行 ls -l /proc/p 时，会出现大量文件描述符。 感谢您的任何澄清和帮助！

Answer 1

在第一个示例中，您不关闭文件，而在第二个示例中则关闭文件。

我会确保您只测试您感兴趣的内容。否则可能是添加仅在第一种情况下执行的 getByte() 是延迟的原因。我建议您在启动计时器之前先使用 byte[] 开始，在这两种情况下进行类似比较。

注意：如果您有一个数据/文本块，使用缓冲流/编写器最多只会增加开销。

当谈到写入真实文件时，将数据写入磁盘是瓶颈。您的系统可以以许多 GB/秒的速度复制数据，但大多数旋转磁盘只能维持 50-100 MB/秒的写入速度。因此，在 Java 中稍微提高效率可能不会给您带来您想要的结果。