我目前正在配置一个服务器，该服务器将运行具有多个订阅进程的 kdb+ 股票代码工厂。实时 kdb 数据是否有最佳物理内存类型？
在 http://code.kx.com/q/ref/card/#datatypes 查看字体大小答案取决于您所说的"高效"是什么意思 - 到目前为止，您在延迟中受到的最大打击是内存分配，因此您必须分配的越少越好。这意味着较小的类型。
但是，当然，您必须将其与您的用例进行权衡。
对于您的实时，请始终确保代码插入时间列，以便在时间列上维护#s以进行高效查询。
代码本身在计时器上发布 - 计时器越长，对 CPU 的打击越少，但随后 tp 在发布之前会收集一段时间的数据。再次权衡用例。顺便说一句，确保您的股票代码将日志文件写入快速本地磁盘，以减少发布延迟和 iowait。
如果您正在从多个来源运行高负载，请考虑操作系统调整，例如 tcp quickack (http://www.techrepublic.com/article/take-advantage-of-tcp-ip-options-to-optimize-data-transmission/(。内存分配和磁盘 I/O 也有类似的调整。