内存保留180根K线,运行在后台为啥K线编号能为354?
代码如下:
runmode:1;
debugout('barpos:%.0f',barpos);
此主题相关图片如下:1.png
此主题相关图片如下:2.png
智能扩充了该数值吧
这个问题解释如下:
数据限制目前仅对从硬盘读取的历史数据是有效的,对于日内的分笔数据是不再限制之内的。也就是说只是历史数据做了180数量限制,而当日分笔数据计算到的K线是继续增加
这么做的主要原因是对于使用了N周期限定的公式来说,行情变化时,K线数据是再增加的,不会出错,否则极容易出问题
这个问题解释如下:
数据限制目前仅对从硬盘读取的历史数据是有效的,对于日内的分笔数据是不再限制之内的。也就是说只是历史数据做了180数量限制,而当日分笔数据计算到的K线是继续增加
这么做的主要原因是对于使用了N周期限定的公式来说,行情变化时,K线数据是再增加的,不会出错,否则极容易出问题
这个公式运行在5分钟周期上,对于RU00 5分钟周期来说,当日最大K线数为45根,180+45=225.按理最大也不能超过225才对呀,怎么会有354呢?
觉得你的这个公式是运行在1分钟周期上似乎能解释的通。
此外,也有可能是你的计算机长期不关机,也会造成这个情况
觉得你的这个公式是运行在1分钟周期上似乎能解释的通。
此外,也有可能是你的计算机长期不关机,也会造成这个情况
长期不关机为什么也能造成这个情况?