盤中資訊源全收,畫圖延遲的問題 [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指標在哪?
相關文章
-
沒有相關內容