我目前正在使用JOGL(Java OpenGL 绑定)开发 3D 图形应用程序。简而言之,我有一个巨大的横向二进制文件。由于它的大小,我必须在运行时流式传输地形块。因此,我们明确地看到了随机访问问题。我已经完成了第一个(也是肮脏的:))实现(也许它是多线程的),我正在使用一种愚蠢的方法......这是它的初始化:
dataInputStream = new DataInputStream(new BufferedInputStream(fileInputStream,4 * 1024);
dataInputStream.mark(dataInputStream.available());
当我需要读取(流式传输)特殊块时(我已经知道它在文件中的“偏移量”),我正在执行以下操作(我感到羞耻:)):
dataInputStream.reset();
dataInputStream.skipBytes(offset);
dataInputStream.read(whatever I need...);
由于我没有什么经验,这是我能想到的第一件事 :) 所以,到目前为止,我已经阅读了 3 篇有用且非常有趣的文章(我建议你阅读它们,也许如果你对这个主题感兴趣)
字节缓冲区和非堆内存- Gregory 先生似乎精通 Java NIO。
Java 提示:如何快速读取文件[http://nadeausoftware.com/articles/2008/02/java_tip_how_read_files_quickly] - 这是一个有趣的基准。
文章:调整 Java I/O 性能[http://java.sun.com/developer/technicalArticles/Programming/PerfTuning/] - 简单的 Sun 建议,但请向下滚动并查看那里的“随机访问”部分;他们展示了具有自我缓冲改进的 RandomAccessFile (RAF) 的简单实现。
Gregory 先生在他的文章末尾提供了几个 *.java 文件。其中之一是 FileChannel + ByteBuffer + Mapping (FBM) 和 RAF 之间的基准测试。他说,与 RAF 相比,他注意到使用 FBM 时的速度提高了 4 倍。我在以下条件下运行了这个基准测试:
- 偏移量(例如访问位置)是随机生成的(在文件范围内,例如 0 - file.length());
- 文件大小为220MB;
- 1 000 000 次访问(75% 读取和 25% 写入)
结果令人震惊:
~ 英国皇家空军 28 秒! FBM 约 0.2 秒!
然而,他在这个基准测试中的 RAF 实现没有自缓冲(第 3 篇文章讲述了一个),所以我猜是“RandomAccessFile.seek”方法调用,导致性能如此下降。
好的,在我学到了所有这些东西之后,现在有 1 个问题和 1 个困境 :)
问题:当我们使用“FileChannel.map”映射文件时,Java 是否会将整个文件内容复制到 MappedByteBuffer 中?还是只是模仿它?如果是副本,那么使用FBM的方式不适合我的情况,是吗?
困境:取决于您对问题的回答...
如果映射复制一个文件,那么我似乎只有两种可能的解决方案:RAF + 自缓冲(第 3 篇文章中的那个)或利用 FileChannel 中的位置(不使用映射)......哪一个会会更好?
如果映射不复制文件,那么我有 3 个选项:前两个选项和FBM 本身。
编辑:这是另一个问题。你们中的一些人说映射不会将文件复制到 MappedByteBuffer 中。好吧,那为什么我不能映射 1GB 文件,我收到“映射失败”消息...
PS我想收到一个完整的答案和建议,因为我无法在互联网上找到关于这个主题的一致信息。
谢谢 :)