问题：
基于SAN的编年史队列存储
欧阳德运
几天前我开始使用chronicle-queue，我正在浏览它的文档。
共有1个答案
闻飞跃
如果您只从一台机器访问SAN或NFS驱动器，这应该是可行的。但是，如果您从两台计算机访问它，您可能会看到不一致的状态，因为页面刷新到基础存储的顺序不可靠。
对于队列的故障转移和分发，我们建议使用Chronicle Queue Enterprise。
类似资料：
-
我有一个web服务器（比如tomcat)，它为http请求服务 每个请求处理都可能生成一些跟踪信息。 我将把这些跟踪信息写入编年史队列（以字节[]为单位，我将自己进行编组/解编组，就像使用protobuf一样） 我将有一个专用的线程来使用裁剪器从编年史队列中读取。每个消息将只处理一次，如果失败，我将使用自己的重试策略将其放回队列以允许下次尝试。 基于以上用例，我有以下问题： > 应该使用多少追加器
-
编年史队列doco指定可以在不同的盒子上有编年史接收器，事件通过网络从单个编年史队列分发到它。（http://chronicle.software/products/chronicle-queue/）
-
当我们执行一些负载测试时，我们注意到明显的性能下降，所有的调查都指出Kafka主题、生产者和消费者延迟的大幅增加。无论我们改变了多少配置或添加了更多资源，我们都无法摆脱症状。 目前，我们的需求是每秒处理10个事务(TPS)，负载测试是执行20个TPS，但随着系统的发展和增加更多的功能，我们知道我们将达到500TPS的需求阶段，所以我们开始担心是否可以用Kafka实现这一点。 作为概念证明，我尝试切
-
在描述中说： 编年史映射提供内存访问速度，并支持超低垃圾收集。编年史地图可以支持最苛刻的应用程序。