1

按照chronicle-bytes shared DirectBytesStores中接受的解决方案,我现在已经以与接受的答案相同的方式设置了我的代码。

我正在生成 1,000,000 个对象,并将其写入 MappedFile,并且我希望每个对象都能够管理自己对 MappedFile 的读/写操作:

public class DataObject {

    public static final int LENGTH = 12;
    private static final int A_OFFSET = 0;
    private static final int B_OFFSET = 4;

    private PointerBytesStore bytes;

    public DataObject(long memoryAddress) {
        this.bytes = new PointerBytesStore();
        this.bytes.set(memoryAddress, LENGTH)
    }

    public int getA() {
        return this.bytes.readInt(A_OFFSET);
    }

    public void setA(int a) {
        this.bytes.writeInt(a);
    }

    ...
}

然后我使用以下方法创建 DataObject:

MappedFile file = MappedFile.mappedFile(new File(tmpfile), 64 << 10);
MappedBytes mappedBytes = MappedBytes.mappedBytes(mappedFile);
int offset = 0;
List<DataObject> myList = new ArrayList<>();
for(i = 0; i < 1000000; i++) {
    int address = mappedBytes.addressForRead(offset);
    myList.add(new DataObject(address));
    offset += DataObject.LENGTH;
}

我发现,使用与上面类似的代码,一旦我达到约 100,000 个对象,chronicle-bytes 就会生成一个段错误。当尝试读取或写入 PointerBytesStore 但无法预测时,往往会发生段错误。

这是编年史字节中的错误还是我滥用了库?任何帮助/建议/建议将不胜感激。

4

1 回答 1

0

MappedFile 一次映射内存块。除非您通过保留这些块来保留它们,否则当不再使用它们时会释放内存。

一种解决方案是使用大块,因此您只使用一个块。

另一种方法是使用 Chronicle Map,因为它将根据需要管理内存。

于 2018-10-23T20:10:00.923 回答