问题标签 [chronicle]

我在延迟敏感的应用程序中使用 Indexed Chronicle 队列（版本 3.4.3）。为了消除延迟峰值，我在编年史前面有一个阻塞队列，生产者在其中丢弃消息。然后后台线程轮询队列并将数据写入 Chronicle。

我想知道有没有什么技巧可以热身编年史？我通过使一组消息入队/出队来预热阻塞队列。我是否应该将这些信息写入编年史并清理它以使其热身？

谢谢

我正在使用 VanillaChroncile 临时存储和检索条目，并且一切正常，除非负载很大。我得到地图失败的异常。虽然我有处理这个异常的恢复逻辑，但我想知道为什么我首先得到这个异常。任何帮助将不胜感激。

}

all,

I am trying to store time series in Chronicle Map. The series are split into chunks, and every chunk is a separate map entry. I am wondering if anybody knows what is going to happen if JVM exits while an entry is currently being written to the Chronicle Map (while a BytesMarshaller is serialising)??

Would the memory mapped file end up with corrupt data?? Is there a work around??

需要一些关于编年史地图如何工作的信息，它是否像它在内存中保留一些键值对一样，当它溢出它存储的值的特定阈值时，它会将数据溢出到磁盘，或者它取决于内存大小，如果地图的大小增长到阈值以上然后将数据溢出到磁盘，如果是这样，那么如何配置它，或者是否有任何其他策略？

我有两个 Java 应用程序在同一台机器上运行。由于需要远程连接，我们通过 http 实现了 jvm 间通信。我们每秒将大约 10MByte 的图像数据从一个虚拟机传递到另一个虚拟机 100 次。使用 http 我们得到了巨大的延迟，因为 write-function 花费了太多时间。由于速度是最重要的标准，因此可以根据要求跳过 http。然后我们尝试了sockets，但是还是太慢了。我已经阅读了 RMI 和 Chronicle (openhft) 以实现快速的 jvm 间消息传递。Chonicle 对我来说听起来很有趣，因为我们可以使用 Chronicle-queues 进行消息传递，并使用 Chronicle-map 来共享图像数据。

但老实说，我无法估计什么是最好的。用例如下：服务器收集图像。客户请求可用图像的列表。一旦客户端收到消息，客户端就会请求一个特定的图像。服务器已经加载了图片，需要将图片发送给客户端。任何建议使用什么策略？我们也可以将所有图像发送到客户端，但这会导致服务器使用太多时间发送数据，而这是不需要的。

感谢您的提示。

我不需要本地 IPC 的任何持久性。我可以以某种方式使用具有固定大小或固定大小文件的内存的编年史队列作为缓冲区，以便不必存储已处理的消息吗？或者你能告诉我这种情况吗？

在 Java 内存中，byte 或 int 之间没有区别——两者都将表示为 4 个字节。

对于 Chronicle Map 是否存在差异，即 Chronicle Map 将字节值存储为 8 位还是仍然使用 32？

如果 byte 是一个对象属性，同样的问题。

基本上主题。在 ChronicleMap 的情况下：如果进程因 OOM 错误或其他原因被终止或失败，是否有可能实际存储的数据已损坏并且地图不再可用？

我正在尝试使用萨克斯管即时将 json 解析为 protobuf 消息，并希望避免为每个响应创建字符串实例。

为此，我需要从 InputStream（由 apache http 实体提供）创建 Bytes 实例。

我正在挖掘资源一段时间，但找不到这样做的方法......有什么建议吗？

该程序使用 net.openhft:chronicle:3.5.3 说明了我在使用 Chronicle 时遇到的以下问题。

1 Vanilla Chronicle.size() 返回疯狂的值

2 ExcerptTailer.toStart 不适用于索引编年史

3 ExcerptTailer.index(-1) 不适用于香草编年史