关于后台交易，序列模式跟逐K模式速度上的问题 - 金字塔软件问题提交 - 金字塔客服中心 - 专业程序化交易软件提供商

同一段代码，测试了一下几种情况：

a、序列模式

b、逐K模式，仅刷最后一根K

c、逐K模式，不选仅刷最后一根K

内存3000根K线

本人i5 cpu（4核4线程）cpu占用情况：

a、K线中cpu占用10~15左右,K线末占用貌似不飙升

b、K线中cpu占用4~6左右,K线末占用飙升到18+

c、K线中cpu占用不停上下跳（大概1秒内就可以上下跳）或者很低--7左右，或者25+,K线末占用貌似不飙升

1、能解释一下这几种模式为什么cpu占用会这样吗？

2、不是说用序列模式会快很多吗，但是根据我测试好像并不是这样（就算K线末那一下，好像也快得不算多）。当然如果和没勾“仅刷最后一根K”相比，当然是快很多的

漏了说一句，以上是后台模式测的

上面这个 if barpos=1 then debugfile()

是不是有问题？好像debugfile最后一根K才有效吧

我当然知道序列比逐K线不勾“仅刷最后一根K”快很多。

我的疑问是，

后台交易，序列模式，好像并没比逐K勾了“仅刷最后一根K”快多少

因为“仅刷最后”，在K线里面好像是不作大量运算的，只在多一根K线的时候突然大量运算

而序列模式，好像每一秒都在计算。

两种模式的计算时机，貌似是完全不同的，所以我才有这样的疑问

仅刷最后一根K的官方说明：

仅刷最后一根K线，当选中逐K线计算模式，并勾选本选项，在图表上加载本公式。当客户端接收到最新一笔行情数据后，在历史 K线上不再重新执行本公式，而只是在最后一根K线上重新计算一次公式（本质是：只在第一次加载公式时在每根历史K线上完整的计算一遍公式，其后就只在最后一根K线上做完整计算了，历史K线上产生的信号一直保留不再随行情更新而变化。）。通过这种方式提高执行效率，避免当行情更新时系统在每根历史K线上都需要做大量重复计算而消耗CPU处理时间。

补充一下，所有测试我都是“轮询，1秒”

序列我想应该是快的，但是快多少我不是很清楚

由于序列对于有加减仓的话代码处理起来就没那么方便，如果并没快太多的话，权衡一下未必会使用序列模式

主题：关于后台交易，序列模式跟逐K模式速度上的问题