后台分笔频率刷新的条件单~为啥简单算法也会非常占CPU？

103769 · 发表于 2021-9-7 13:15

假设同样一个非常简单的条件单突破4000的价格就买入~
设置在快期上的条件单与金字塔的后台算法的条件单~
明显分笔刷新频率的金字塔后台条件单更占用CPU资源~

主要是啥原因？算法上并没有多复杂~
难道是刷新频率上吗？快期或者金字塔上的简单条件单功能未必不是分笔刷新？所以才不那么占用CPU？

资深技术02 · 发表于 2021-9-7 13:48

软件还有其他的，比如金字塔数据是全推的，这些或多或少都会占用计算
包括打开k图时候的一些计算

103769 · 发表于 2021-9-7 14:08

资深技术02 发表于 2021-9-7 13:48
软件还有其他的，比如金字塔数据是全推的，这些或多或少都会占用计算
包括打开k图时候的一些计算

我不明白后台的运行机理~
因为我要运行70多个后台程序~
所以想搞清楚一点~想节约点运行机理~

同样的条件单~
突破买入开仓这种~
挂在后台上与挂在金字塔自带的条件单上
明显感觉后台上的更占用资源~
是啥原因呢？

资深技术08 · 发表于 2021-9-7 14:43

1、资源这个东西能占用到是最好的
后台目前是支持多核的，你不同的后台预警是分开同步执行，执行效率比较高。而大多数条件单是是依次执行的，可以这么简单理解。

2、实际执行和你的K线数量、代码处理有问题。只能尽量精简化。

资深技术01 · 发表于 2021-9-7 15:16

你用一个软件的条件单跟金字塔的PEL去比效率是没有意义的。你用金字塔的条件单对比也会发现比你PEL更加节省资源，那是因为软件内置功能都是经过算法优化的，你随便写一个基于分笔的完全没有优化算法的对比当然会出现这种问题。例如你的测试本身就不应该使用分笔周期，使用日线周期，代码上使用 DYNAINFO( 7) > 4000 这样的常数，效率上也会高很多

		自动登录	找回密码
密码