盘中资讯源全收,画图延迟的问题 [MultiCharts MC]
- 咨询内容:
不好意思想请教一下,
我用Nulticharts,
最近几天观察若开盘前将QM里所有KWAY的商品(股票、指数、期货、选择权)都设为「已连线」接收资料时,
开盘後即使只开一张TXF画图,会发生画图延迟的问题。看Dram和CPU使用大约20~30%
请问这种情形:
1.加大网路频宽有解吗?大概需要到多大才够?
2.还是需要换MC 7.0?
另一个问题,QM底下那个事件记录窗格,有办法筛选特定数据源或日期、时间 的log档出来看吗?
不然盘中一直跑,要回去找不同资讯源的事件有点眼花@@"
- MC技术部:
不好意思想请教一下,
我用Nulticharts,
<==没有听说过这套软体喔..XD
最近几天观察若开盘前将QM里所有KWAY的商品(股票、指数、期货、选择权)都设为「已连线」接收资料时,
<==请不要去设定这个,会造成资料的不连续且和盘中资料不相同的情况...
开盘後即使只开一张TXF画图,会发生画图延迟的问题。看Dram和CPU使用大约20~30%
请问这种情形:
1.加大网路频宽有解吗?大概需要到多大才够?
2.还是需要换MC 7.0?
<==画图的部份是看电脑配备等级有关、和频宽无关喔~
而且盘中开图原本就有可能造成比较慢的情况,因为电脑多功了呀,同时收即时报价,又在做读取历史跟画图的工作..
七确实有很明显的印善从硬碟读资料画面的速度...
另一个问题,QM底下那个事件记录窗格,有办法筛选特定数据源或日期、时间 的log档出来看吗?
不然盘中一直跑,要回去找不同资讯源的事件有点眼花@@"
<==在它上面点选右键开启纪录资料夹即可看到文字档!不过有可能即时还在跑的log有尚未写入的情况喔...^^
第2篇 - MC技术部:
应该这样讲,MC是交易导向,不是看盘导向。
为了处理速度极大化,使用了多核心及多执行绪的方式在处理。
但是,如果你上千个商品都开,因为执行绪过多,会超过程式的限制,反而会变慢。
第3篇 - MC技术部:
阿~是Multicharts啦 不好意思写错了>///<
感谢stuart和Brian的回覆!!
第4篇 - MC技术部:
不用客气
分享一个观念,
在行情愈来愈多、愈来愈快的状况下(目前是期货、选择权、权证是逐笔,未来连股票也是逐笔),
每笔资料的处理,都是在占用你电脑的资源。
怎麽样只处理你最迫切需要的资讯,才是最重要的。
而这也是我们设计架构的最优先考虑的事。
编辑文章 by Brian 2011-12-02 11:51:19 - MC客服:
应该这样讲,MC是交易导向,不是看盘导向。
为了处理速度极大化,使用了多核心及多执行绪的方式在处理。
但是,如果你上千个商品都开,因为执行绪过多,会超过程式的限制,反而会变慢。
第3篇 - MC客服:
阿~是Multicharts啦 不好意思写错了>///<
感谢stuart和Brian的回覆!!
第4篇 - MC客服:
不用客气
分享一个观念,
在行情愈来愈多、愈来愈快的状况下(目前是期货、选择权、权证是逐笔,未来连股票也是逐笔),
每笔资料的处理,都是在占用你电脑的资源。
怎麽样只处理你最迫切需要的资讯,才是最重要的。
而这也是我们设计架构的最优先考虑的事。
编辑文章 by Brian 2011-12-02 11:51:19 - MC客服:
阿~是Multicharts啦 不好意思写错了>///<
感谢stuart和Brian的回覆!!
第4篇 - MC客服:
不用客气
分享一个观念,
在行情愈来愈多、愈来愈快的状况下(目前是期货、选择权、权证是逐笔,未来连股票也是逐笔),
每笔资料的处理,都是在占用你电脑的资源。
怎麽样只处理你最迫切需要的资讯,才是最重要的。
而这也是我们设计架构的最优先考虑的事。
编辑文章 by Brian 2011-12-02 11:51:19 - MC客服:
不用客气
分享一个观念,
在行情愈来愈多、愈来愈快的状况下(目前是期货、选择权、权证是逐笔,未来连股票也是逐笔),
每笔资料的处理,都是在占用你电脑的资源。
怎麽样只处理你最迫切需要的资讯,才是最重要的。
而这也是我们设计架构的最优先考虑的事。
编辑文章 by Brian 2011-12-02 11:51:19
- 上一篇:所有下单到brokers
- 下一篇:请问CDP和 PIVOT指标在哪?
相关文章
-
没有相关内容