6.3版本的实盘异常现象

南凯

反馈一个异常现象我采用的图表多框架模式，有8个框架，每个框架有16个窗格，服务器硬件资源肯定是足够的，32核，64G内存
自更新到6.3版本之后
每日晚上集合竞价和每周一的早上集合竞价，都会出现整个软件无响应卡死状态，经测试只要在集合竞价停止行情接收，等到开盘价出来之后，再启动行接收，软件就不会卡死

之前的版本也是一样的框架和窗格，策略也一样，从未出现这种情况

我推测可能是集合竞价的时候，行情是一直在变化的，6.3的版本是不是在集合竞价的阶段一直在从第一根K开始刷新策略的计算，导致系统忙最终无响应了

技术010

1、期货行情，在集合竞价结束时才会有推送一笔分笔数据，K线图上才会有当天的K线，按理这个竞价阶段是没有行情来驱动计算的。你是在每晚的8:55分开始，就会频繁的出现软件卡死现象？可以先采用排除法来分析，比如先开启一个框架，看看是否会频繁的出现该问题。这个情况我们本地也会跟踪下。
2、另外你是否使用了持仓同步，已知该功能可能会再最新版上引起崩溃。你可以复制软件安装目录到另外一个目录中，用附件中的6.30beta1文件文件替换下软件根目录下的文件，测试下看是否还会在8:55分集合竞价开始时出现无响应的问题。

南凯

技术010 发表于 2023-2-6 10:50
1、期货行情，在集合竞价结束时才会有推送一笔分笔数据，K线图上才会有当天的K线，按理这个竞价阶段是没有 ...

1：我没有采用同步持仓功能，这个功能我没用过
2：规律是固定的，每晚20:55分开始，软件就会很卡，然后进入无响应卡死状态

南凯

技术010 发表于 2023-2-6 10:50
1、期货行情，在集合竞价结束时才会有推送一笔分笔数据，K线图上才会有当天的K线，按理这个竞价阶段是没有 ...

如果我不用同步持仓功能，还需要用这个6.30beta1恩典文件替换吗？

技术010

你可以替换了看下，看是否也有这个现象。你反馈的问题暂时还不好判断是什么原因，我们这边先跟踪下吧。有结果会反馈的，关注本贴即可。

南凯

技术010 发表于 2023-2-6 11:21
你可以替换了看下，看是否也有这个现象。你反馈的问题暂时还不好判断是什么原因，我们这边先跟踪下吧。有结 ...

好的，我测试过，确认就是20:55-20:59这期间里有问题
因为我20:54停止行情接收，一直到20:59集合竞价出来之后，马上启动行情接收，策略开始大量运算，5秒钟之后，软件cpu使用率就恢复较低水平，软件就一切正常

南凯

技术010 发表于 2023-2-6 11:21
你可以替换了看下，看是否也有这个现象。你反馈的问题暂时还不好判断是什么原因，我们这边先跟踪下吧。有结 ...

用附件钟的6.30beta1-64bit.rar替换之后

20:55软件卡死无响应的现象就没有了，替换之后可以正常运行了，不过20:55开始，瞬间会cpu占用率还是到99%，大概6-8秒钟之后才恢复正常，按理说，20:55没有行情更新，怎么会这个时刻有这么大的运算量呢？

技术010

昨晚跟踪到630公版确实是有这个现象，你反馈的替换后在630beta1版本上在CPU的占用率上的问题，我们可能需要跟踪下，20:55左右也是初始化的时候，服务器也是会向客户端推送别的或进行一些初始化操作的。方便的话，你也可以在20:55分左右做个录屏，看下CPU的动态占用情况。

南凯

技术010 发表于 2023-2-7 11:30
昨晚跟踪到630公版确实是有这个现象，你反馈的替换后在630beta1版本上在CPU的占用率上的问题，我们可能需要 ...

你好，再次反馈问题
用附件钟的6.30beta1-64bit.rar替换之后，软件从2月7日到2015日期间的20:55未出现卡死现象，但莫名奇妙从2月15日开始又每晚20：55出现卡死现象，而且又是连续3晚都这样了，请问这到底是什么因素导致的，是后台服务端又做更新了，推送了啥消息，驱动客户端又在大量计算吗？这个真的很奇怪

补充内容 (2023-2-17 09:11):
2月7日-2月15日期间，

技术006

这种问题和服务器端没有关系。都是客户端自身的问题。你可以尝试减少框架数量后，是否还有这个现象，以此确定问题的方向。才便于更进一步的解决此问题。