我目前正在使用 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篇有用且非常有趣的文章(建议您阅读,也许您对此主题感兴趣的话)
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建议,但是请向下滚动并查看其中的“ Random Access”部分;它们显示了RandomAccessFile(RAF)的简单实现,并具有自我缓冲功能。
Gregory先生在文章结尾提供了几个* .java文件。其中之一是在FileChannel + ByteBuffer
+映射(FBM)和RAF之间进行基准测试。他说,他注意到使用FBM的速度是RAF的4倍。我已经在以下条件下运行了该基准测试:
偏移量(例如访问位置)是随机生成的(在文件范围内,例如0-file.length());
档案大小为220MB;
1000000次访问(75%的读取和25%的写入)
结果是惊人的:
皇家空军〜28秒! FBM〜0.2秒!
但是,他在该基准测试中对RAF的实现没有自我缓冲(第三篇文章讲述了这一点),因此我猜想它是“
RandomAccessFile.seek”方法调用,它使性能如此下降。
好的,在我了解了所有这些事情之后,现在有1个问题和1个难题:)
问题 :当我们使用“
FileChannel.map”映射文件时,Java是否将整个文件内容复制到MappedByteBuffer中?还是只是模仿它?如果复制,那么使用FBM方法不适合我的情况,对吗?
困境 :取决于您对问题的回答…
如果映射复制了一个文件,那么看来我只有2种可能的解决方案: RAF +自缓冲 (第3条中的一种)或 利用FileChannel中的位置 (不用于映射)…哪一个可以会更好?
如果映射不能复制文件,那么我有3个选择:前两个选择和 FBM本身 。
编辑
:这是另一个问题。在座的一些人说映射不会将文件复制到MappedByteBuffer中。好的,那我为什么不能映射1GB的文件,却收到“无法映射”消息…
PS 我希望收到与建议一个满足的答案,因为我无法找到过这个话题在互联网上一致的信息。
谢谢 :)