自定义数据-仅刷当日数据(提速)的相关问题

105272

老师好，关于自定义数据刷新，有几个系列问题请教: 1、我测试发现，当每次重启后台运行后，最近一次的刷新时间就是自定义数据刷新时间间隔的整数倍时间，例如：间隔刷新时间设定为60秒，重启后台后，每次刷新的时间点就为整分钟点；不重启后台而改动刷新时间间隔，则每次刷新就不会在整分钟点上，从而达不到——例如，取得准确的分钟收盘价的效果。这个测试结果是否在软件底层运行设定中可得到印证？2、勾选“仅刷当日数据(提速)”，按平常逻辑理解，应该是已经刷过的历史数据都还在（比如，事前一次性手工刷新到3年以前），也可用，但为了提高效率，只刷新当日最新数据即可，数据的历史连续性和可用性不受影响。但实际勾选后该项后，跳出的提示框提示：只有当日数据计算可用 ，实际效果是否真的如此？3、前提同2。如勾选此项， 而当日数据超过1000，则指定数量无效么？4、前提同2. 如果既要——历史数据计算可用，又要——只刷新最新头部数据以提高运行效率，又该如何做？4、如有大量的小周期自定义数据项，比如“AU30$CLOSE#MIN5”、“AU30$HIGH#MIN5”为提高运行效率，必须进入到自定义数据中，应该可以选用单值数据项，对么？但只能有最新值，没有历史值，对么？

资深技术05

1.这一条没看懂。你意思是后台程序化刷新和自定义数据刷新有关联？ 目前已知的机制上不存在这种关联的哦。

2.仅刷当日，这个就是限制了使用当日的数据。至于历史刷新出来的值是否还在，这个要看你有没有勾选：


这个选项了.   另外你也要确定你的指标是否只需要当日数据就可以了。

3.这种情况下，数据量会取设置得数据量和当日实际数据量中较小的。



4.“前提同2. 如果既要——历史数据计算可用，又要——只刷新最新头部数据以提高运行效率，又该如何做” 这个自定义数据上做不到的。 这个还不如直接指标加载在图表上或者在后台指标里。现在的指标模式 首次运行时候算一次历史的，后来就都只会算最新K的。效率上还可以。  自定义数据反而不好控制。

5.不可以。单值的那个是固定值，需要自己写进去。你可以理解它就是写死的，而且是手工写死的，还不是程序计算的，它的使用场景极小。

105272

感谢老师。 第1个问题的核心关注点在于：盘中使用自定义数据的及时性和匹配性问题。即当我在盘中要取得分钟级别收盘价时，自定义数据刷新是否能够同步，而不是因为刷新不及时，获取的是“刷新时的最新价”或上一期收盘价，所以——这个问题经测试的结果汇报给老师，一是表明重启后台后初试结果是及时可用的，二是请老师对该问题把把关，看这样解决是否是可行的。就第2、3两个问题跟老师再确认下：勾选了仅刷当日数据，以及您图中的第“6”项标示，也即：即使有再长的历史数据，计算上超过了“遵循限制范围小的有效”，计算长度也不会再增加而超出限制范围，对么？对于第4个问题您给的解决方案面对的是：由于后台程序中引用指标量较大，致使初始运行压力过大，16核128G内存启动初期内存使用超过了50%，还没想到更好的办法，但感谢老师的提醒。第5个问题（原错写为“4”，抱歉）这个已了解，感谢指导！

资深技术05

1.这个不能确保能步刷新的。目前没有机制能保证他们是同步刷新的。但是也不会有你说的那种自定义数据刷新的还是前一个K的价格的情况，系统在计算不过来的时候，始终是优先计算最新行情结果的。
所以这个不同步影响其实还是有限的。

后台重启和自定义数据这里没有直接关联的呀。你在其他地方都只是调用自定义数据的结果，并不会驱动自定义数据的刷新。

2.“即使有再长的历史数据，计算上超过了“遵循限制范围小的有效”，计算长度也不会再增加而超出限制范围，对么？”  是的，不会超出。

3. 启动时候，这个高负荷也只是那么一瞬间的吧。盘中实时运行应该没那么高。另外除非已经影响到运行效率了，否则我感觉这个应该不是大问题。时间和空间 鱼和熊掌不可兼得的。牺牲点硬件空间 优先时间的及时性应该是合理的。

105272

好的，非常感谢老师！