python开平仓执行时间

阿白67544 · 发表于 2024-9-27 17:54

这个应该不会，因为25号的实盘和还有这几天模拟盘cu10的平仓记录都是和14：59：54吻合，实盘和模拟盘cu11下单记录也显示和15：00：00吻合，导致无法成交

技术015 · 发表于 2024-9-27 22:18

你代码里有没有定时器什么操作影响到了代码执行？sell_close 本身就是个报单函数很快就回执行完成并不会造成阻塞那么久，目前只能是考虑到那个期间你的程序异常繁忙，造成调用 sell_close 的事件被阻塞住了这个函数并没有及时处理。
如果你那边无法排查，请提供一个可以完成呈现问题的范例代码，我们本地运行帮你排查

阿白67544 · 发表于 2024-9-29 15:03

代码里完全没有涉及定时器的语句

有些疑惑之处的是，‘目前只能是考虑到那个期间你的程序异常繁忙，造成调用 sell_close 的事件被阻塞住了这个函数并没有及时处理。’ 这个程序可以指金字塔程序或者这个运行的策略程序，如果是金字塔的话，看之前出现问题的日志，被阻塞的7秒之间，另一个ru207策略还在正常运行，是否可以确认不是金字塔程序繁忙？。如果是运行的cu207策略程序，这个程序执行到sell_close语句，就是只执行这个语句。不会再执行其他的内容。报单是系统函数，按照你们解释，因为这本身就是个报单函数，而且看日志单子也报了，他确实执行完成了。如果此时发生阻塞，在排除金字塔程序的前提下，是这个策略的线程资源耗尽？和下面这些设置有联系吗？
截图202409291501439475.png

技术006 · 发表于 2024-9-30 09:02

这个现象和设置应该无关。至于原因只能进一步跟踪定位分析

阿白67544 · 发表于 2024-9-30 15:58

差不多搞明白怎么回事了

有个问题咨询下

目前金字塔对python一个策略的运行是不是只能依靠cpu单核的算力？我测试下来，服务器上虽然x核x线程，测试中整个cpu、内存使用率虽然很低，但因主频不高（2.4G），相同代码，用时大大落后一颗十多年前的桌面3.2G老芯

截图202409301554313307.png

这个有没什么办法改善？或者金字塔今后的升级中改进对python的支持？

技术006 · 发表于 2024-9-30 16:12

一个预警占一个核心。单纯从核心计算能力方向考虑没有办法，没有升级空间。软件本身只是将策略交给python解析器执行的。并不取决于金字塔的自身。

阿白67544 · 发表于 2024-9-30 18:11

一个预警占一个核心

对于目前所谓x核2x线程cpu，你说的这个核心是指前面的x还是后面的2x？

技术009 · 发表于 2024-10-8 09:01

不是指多线程，是指多个cpu核心。

		自动登录	找回密码
密码