我目前正在配置一个服务器，它将运行带有多个订阅流程的kdb + tickerplant。实时kdb数据是否有最佳物理内存类型？
答案 0 :(得分：1)
在http://code.kx.com/q/ref/card/#datatypes查看字体大小 答案取决于“高效”的含义 - 到目前为止，您在延迟方面所做的最大打击是内存分配，因此分配越多越好。这意味着更小的类型。
但是，当然你必须权衡你的用例。
对于您的实时，请始终确保tickerplant插入时间列，以便在时间列上维护#s以进行有效查询。
tickerplant本身在一个计时器上发布 - 计时器越长，cpu越少，但tp在发布之前收集数据一段时间。再次，权衡用例。 BTW确保您的tickerplant正在将日志文件写入快速本地磁盘，以减少酒吧延迟和iowait。
如果您从多个来源运行高负载，请考虑操作系统调整，就像tcp quickack（http://www.techrepublic.com/article/take-advantage-of-tcp-ip-options-to-optimize-data-transmission/）一样。内存分配和磁盘I / O也有类似的调整。