主题：后台交易时间间隔问题

1.开仓手数，工作人员跟踪下来，是DIFFZ不一致导致的。

diffz:z-ref(z,barslast(date=1160323)),LINETHICK0;

z是用全局变量计算得出的，其中后台的全局变量是GLOBALVARIABLE，而图表用的variable得出。
GLOBALVARIABLE函数仅刷新最新一根K线的数据，无法进行迭代运算，不支持数组。

variable这个图表中使用的全局变量是具有历史迭代的结果的，所以这两者使用时是存在有差异的。

打个比方你图表加载上去后，直接看variable计算的结果可能已经有值了，而globalvariable你初始启动时是从0开始的。

2.公式刷新的问题，这边无论如何都测试不了，您在代码开头和结尾部分都加上一条调试输出语句看下这个整个流程需要多少时间

.....

....

.....

....

debugfile('d:\test.txt','结束计算:'+stklabel+'当前周期:%.0f',datatype); 

因为后台和图表的机理就是不同的，图表你是依据历史信号来的主要也负责历史测评这一块

而后台是完完全全的关注当下的交易，如果您要进行历史的累加统计那就用variable，这个函数后台也可以用的并没有说必须用在图表上。

1、是的

2、两种思维方式，后台是不关注历史迭代记录的，都是从启动一刻开始在最新一根k上做全局累加，这个情况你自己写一个阳线累加的值然后输出对比下就能清晰的了解了

这程序走一遍的时间也正常，间隔的话大概在15秒执行下一次程序。这是你轮询设置的间隔吗？

那现在这个走完k刷新公式，符合你设置的周期设定吗

021-20339087

如果还有问题直接电话联系我吧

加我qq远程看吧

2857926939

把最后一句

DEBUGfile('e:\textn.txt','当前合约:'+stklabel+'当前周期:%.0f'&'手数'&numtostr(手数,0)&'bkk'&numtostr(bkk,0)&'skk'&numtostr(skk,0)&'ma10'&numtostr(ma10,2)&'ma25'&numtostr(ma25,2)&'c'&numtostr(c,0)&'difz'&numtostr(diffz,0)
&'z'&numtostr(z,0)&'zichan'&numtostr(zichan,0)&'sumwealth'&numtostr(sumwealth,0)&'bt'&numtostr(bt,0)&'bd'&numtostr(bd,0)&'dd'&numtostr(dd,0),datatype);

这句去掉就正常了，输出的文字实在太多了影响了程序输出

后台设置怎么样的直接联系我电话20339087

这边都测试过了，把最后那段输出太多文字的调试语句去掉后，后台监控输出都是正常的

另外用户遇到问题可以用{这种注释的方式从上到下，进行一番注释然后定位是哪一句代码引起效率直线下降

qq在69楼，叫我下

另外电话也给出了

电话和qq上联系

图表和后台的手数这个值不同的原因就在于，GLOBALVARIABLE是只处理最新一根k的分析情况不对历史的进行迭代计算。

而variable是有跌代算法的，通过图表上您也可以看到variable计算后的开仓手数是随着k线变化在不断的变动的，也就是说和历史的计算结果会影响后面的结果值。

如果要解决这个办法，您把全局变量改成variable然后运行在逐k模式下就会得到一样的值.

后台的高效就是在于它不需要处理历史的信号所以执行上更高效，但也是基于此和图表那种历史迭代后的算法是有不同的，这点还请客户理解