报单延迟问题

胖虎爱吃鱼

技术006 发表于 2024-6-17 10:41
你自己的策略只有你自己最熟悉，你可以在任务延迟时间点，找到日志相对应的位置，先盘查在这个时间点之前的 ...

请问有代码示例吗

技术006

日志的添加都是根据自己的遇到问题的方向，决定的没有绝对的示例。你的问题要排查延迟问题：
首先：排除掉行情延迟的问题。策略计算本质上是以行情进行的，对应自然是行情时间
再对：自己认为延迟的条件的因子结果进行输出，看它每次执行的结果是否在你认为延迟之前就成立并且输出了。
最后：排除掉策略本身计算效率问题。排除掉单次运行的耗时。

胖虎爱吃鱼

发现品种运算有问题，我的后台多策略汇总debug输出品种顺序。有的品种频繁出现，有的品种间隔一分钟才出现。例如今晚的CS00与HC00.我勾选了多核运算，48核服务器肯定是够的，怎么不是并行计算的呢

胖虎爱吃鱼

后台多策略运行已经是这种了，还是延迟挺多秒报单

技术006

胖虎爱吃鱼 发表于 2024-6-17 21:26
发现品种运算有问题，我的后台多策略汇总debug输出品种顺序。有的品种频繁出现，有的品种间隔一分钟才出现 ...

1.多核并行指的是预警条件之间采用的是多核。一个预警内品种不会多核。
2.关于日志输出间隔，它体现的是策略每次运行的过程。一个预警内的品种都是逐个运行的。

你上面的日志是一个预警条件单独输出的，还是多个预警的debugfile输出都放一起的。

上面日志中相对有点分析意义的，就是时间。如果你的行情时间是time，并且是1秒周期。

那上面的日志最起码反应出的结果是，你的代码两次执行的间隔时间远远大于1s。并且输出间隔不完全相同，间隔波动大，也能说你的策略运行效率低，或者存在单核计算满负荷的情况。

胖虎爱吃鱼

是这样的，那怎么进一步优化呢，后台多策略汇总代码之前已经发了

补充内容 (2024-6-18 09:27):
我试过55个品种都放一块预警，还是差不多的延迟

补充内容 (2024-6-18 09:30):
代码是统一的汇总代码

技术010

硬件资源的分配是操作系统自主控制的，你目前设置的是1秒周期走完K线的模式，那等于是要求每个品种1秒算一次，但是从日志输出来看，单核运算能力并不满足这个计算需求，只能降低运算频次了。

胖虎爱吃鱼

技术010 发表于 2024-6-18 09:29
硬件资源的分配是操作系统自主控制的，你目前设置的是1秒周期走完K线的模式，那等于是要求每个品种1秒算一 ...

硬件资源是48核，96线程的；金字塔运行期间cpu使用才13%。

预警条件之间采用的是多核。一个预警内品种不会多核？可是我已经设置很多预警将品种分开了，为什么没有多核呢

胖虎爱吃鱼

技术010 发表于 2024-6-18 09:29
硬件资源的分配是操作系统自主控制的，你目前设置的是1秒周期走完K线的模式，那等于是要求每个品种1秒算一 ...

我看金字塔还可以做高频，那这点运算都已经延迟这么多了，好奇怎么完成更大计算量的高频策略呢

技术010

单个预警中的多个多品种，只能使用到单核的，单核的计算效率并不是看有多少核的啊，看的是cpu的主频，主频的性能往往比核数更重要。多个预警之间才能使用到多核的。