画线的全周期共享有内存bug

秒侠 · 发表于 2025-4-13 15:48

今天增加32G内存，变成64G，任然出现同样问题，经过仔细分析排查，在内盘品种出现不明显，外盘品种，主要是微纳指出现这个问题，其他品种也是不明显

秒侠 · 发表于 2025-4-13 15:52

我查询了分笔文件，外盘的分笔文件大小有点不正常，每天都指数分笔都有两三百兆，请帮忙查询一下服务器上的分笔文件是不是也是这样截图202504131550439426.png

其他内盘品种都是10兆左右，强烈怀疑分笔文件出问题了截图202504131552004286.png

技术006 · 发表于 2025-4-13 17:24

这个市场的数据量本地就是这么大。一个品种一天又几十万笔数据。

秒侠 · 发表于 2025-4-13 18:08

如果服务器分笔数据也是这种情况，说明分笔数据可能没问题，但是这么大量的分笔数据在生成K线和公式计算显然是冗余的，这种情况，建议以250ms或者500ms或者1s为最小数据单位，而不是以每笔为最小单位，或者也可以由用户设置最小单位，再由最小单位周期数据构造更大周期的分时数据
例如1s有100笔，这么多笔有什么意义呢，只会带来计算资源的浪费，所以这方面看是否能优化
目前是微纳指小纳指出现了明显的内存使用问题，后续我会持续跟踪一下这个问题，下周我验证一下其他指数有没有问题

秒侠 · 发表于 2025-4-13 18:56

固定最小数据单位周期后，对应的每日最大K线个数也是确定的，由这个最小周期单位组建更大周期K线，所有的公式计算都是在最小数据单位周期基础上的，而不是基于分笔，这样跨周期引用的加载数据变少了
之前增加点5s周期应该也是这个想法，国内交易所就是250ms一笔或者500ms一笔数据，所以可以把国外的行情数据转化为国内这种相对稳定的最小数据周期形式
相当于一个场景是稳定的，把不稳定的场景转化为稳定的场景即可解决各种计算问题

		自动登录	找回密码
密码