chronicle相关内容
我正在尝试通过/dev/shm编写IPC解决方案。 @SK-logic在这里的评论中给了我一些指示:Chronicle: How to optimize memory-mapped files for low-latency? 我的疑问是:我应该使用MappedByteBuffer还是只使用普通的FileChannel? 通过MappedByteBuffer,我可以使用sun.m
..
我正在使用Chronica将大量数据从一个JVM传输到另一个JVM。问题是,我注意到我的基准测试中有很多抖动。我对内存映射文件的了解有些有限,但我知道操作系统会在内存和磁盘之间来回交换页面。 如何配置这些页面以获得最高性能,以我的情况为例,在使用纪事时减少抖动和尽可能低的延迟?它们需要变大还是变小?它们需要是多个还是几个? 这是我目前在Ubuntu盒子上的内容: $ cat /pro
..
今天,我正在尝试编年史地图.这是一个代码示例: 包实验性;导入net.openhft.chronicle.core.values.IntValue;导入net.openhft.chronicle.map.ChronicleMap;导入net.openhft.chronicle.values.Values;公共课Tmp {公共静态void main(String [] args){试试(Chron
..
到目前为止,我们已经成功地将ChronicleMap用于我们想用于它的大多数事情,并且大多数数据集都运行良好.我们拥有的一个用例是将其用作多图,涵盖了这样做的大多数问题.在这种情况下,我们专门将其用作Map>.但是,我们遇到了一些有趣的JVM崩溃,并且难以找到确定性模式,因此我们可以避免它们. 因此,在将所有Set放入Chronicl
..
我想使用 ChronicleMap 作为内存映射键值数据库(String至byte[]).它应该能够容纳多达1亿个条目.读取/获取将比写入/写入更频繁地发生,预期的写入速率小于10个条目/秒.尽管密钥的长度相似,但值的长度可能相差很大:从几字节到数十兆字节不等.但是,大多数值的长度在500到1000个字节之间. 阅读了有关ChronicleMap的一些知识后,我对它的功能感到惊讶,并且想知道
..
在 ChronicleMap的GitHub 上,绝对没有关于ChronicleMap中多地图的免责声明: 编年史地图不是... ...没有二级索引. 多图.在技术上可以将ChronicleMap>用作多图,但通常会导致问题... 不幸的是,这是我的用例之一,为此(使用ChronicleMap)使用堆外存储无疑是最简单的方法. 让我
..