不好意思想請教一下，

我用Nulticharts，

最近幾天觀察若開盤前將QM里所有KWAY的商品（股票、指數(shù)、期貨、選擇權）都設為「已連線」接收資料時，

開盤後即使只開一張TXF畫圖，會發(fā)生畫圖延遲的問題?？碊ram和CPU使用大約20~30%

請問這種情形：

1.加大網(wǎng)路頻寬有解嗎？大概需要到多大才夠？

2.還是需要換MC 7.0？

另一個問題，QM底下那個事件記錄窗格，有辦法篩選特定數(shù)據(jù)源或日期、時間 的log檔出來看嗎？

不然盤中一直跑，要回去找不同資訊源的事件有點眼花@@"

不好意思想請教一下，

我用Nulticharts，

<==沒有聽說過這套軟體喔..XD

最近幾天觀察若開盤前將QM里所有KWAY的商品（股票、指數(shù)、期貨、選擇權）都設為「已連線」接收資料時，

<==請不要去設定這個，會造成資料的不連續(xù)且和盤中資料不相同的情況...

開盤後即使只開一張TXF畫圖，會發(fā)生畫圖延遲的問題。看Dram和CPU使用大約20~30%

請問這種情形：

1.加大網(wǎng)路頻寬有解嗎？大概需要到多大才夠？

2.還是需要換MC 7.0？

 <==畫圖的部份是看電腦配備等級有關、和頻寬無關喔～

而且盤中開圖原本就有可能造成比較慢的情況，因為電腦多功了呀，同時收即時報價，又在做讀取歷史跟畫圖的工作..

七確實有很明顯的印善從硬碟讀資料畫面的速度...

另一個問題，QM底下那個事件記錄窗格，有辦法篩選特定數(shù)據(jù)源或日期、時間 的log檔出來看嗎？

不然盤中一直跑，要回去找不同資訊源的事件有點眼花@@"

<==在它上面點選右鍵開啟紀錄資料夾即可看到文字檔！不過有可能即時還在跑的log有尚未寫入的情況喔...^^

應該這樣講，MC是交易導向，不是看盤導向。

為了處理速度極大化，使用了多核心及多執(zhí)行緒的方式在處理。

但是，如果你上千個商品都開，因為執(zhí)行緒過多，會超過程式的限制，反而會變慢。

阿～是Multicharts啦  不好意思寫錯了>///<

感謝stuart和Brian的回覆!!

不用客氣

分享一個觀念，

在行情愈來愈多、愈來愈快的狀況下(目前是期貨、選擇權、權證是逐筆，未來連股票也是逐筆)，

每筆資料的處理，都是在占用你電腦的資源。

怎麼樣只處理你最迫切需要的資訊，才是最重要的。

而這也是我們設計架構的最優(yōu)先考慮的事。

應該這樣講，MC是交易導向，不是看盤導向。

為了處理速度極大化，使用了多核心及多執(zhí)行緒的方式在處理。

但是，如果你上千個商品都開，因為執(zhí)行緒過多，會超過程式的限制，反而會變慢。

阿～是Multicharts啦  不好意思寫錯了>///<

感謝stuart和Brian的回覆!!

不用客氣

分享一個觀念，

在行情愈來愈多、愈來愈快的狀況下(目前是期貨、選擇權、權證是逐筆，未來連股票也是逐筆)，

每筆資料的處理，都是在占用你電腦的資源。

怎麼樣只處理你最迫切需要的資訊，才是最重要的。

而這也是我們設計架構的最優(yōu)先考慮的事。

阿～是Multicharts啦  不好意思寫錯了>///<

感謝stuart和Brian的回覆!!

不用客氣

分享一個觀念，

在行情愈來愈多、愈來愈快的狀況下(目前是期貨、選擇權、權證是逐筆，未來連股票也是逐筆)，

每筆資料的處理，都是在占用你電腦的資源。

怎麼樣只處理你最迫切需要的資訊，才是最重要的。

而這也是我們設計架構的最優(yōu)先考慮的事。

不用客氣

分享一個觀念，

在行情愈來愈多、愈來愈快的狀況下(目前是期貨、選擇權、權證是逐筆，未來連股票也是逐筆)，

每筆資料的處理，都是在占用你電腦的資源。

怎麼樣只處理你最迫切需要的資訊，才是最重要的。

而這也是我們設計架構的最優(yōu)先考慮的事。