|
本帖最後由 alexliou 於 17-3-27 18:53 編輯
其實回補是非常快的
像今天台指有44067個ticks
剛剛測試了一下
原先我認為把current tick 和historical ticks綁在一起
然後又把 Best5 和 tick的 request 綁在一起 是個不好的設計
現在也改觀了
剛才測試的Log顯示
06:02:56 收到今天第一個tick
同一秒 06:02:56 收到 Best5的資料
然後也是同一秒 銀幕上出現最佳五檔的資料
您可以看到 此時tick還在傳 到06:02:59秒收完
我第一次測試時 模仿他提供的c#範例
把收到的Tick資料顯示在銀幕上(顯示ListBox Control裡)
Best 5 大概要等20秒以上才會出現 (但此時Best 5的資料已收到 而且處理好了)
這是因為銀幕的IO被處理ticks 的routine占用住了
要等到所有ticks都顯示完 Best5的資料才會顯示出來
所以 會覺得回補tick很慢 問題大都不會在傳輸
而是取決於對收到的資料如何處理
如果只是收在memory裡 或是在memory內處理 應該都不慢
但如果你要把接到的每個tick 都先去做file IO或銀幕IO
而且接下來的程序會使用到這些資源的話
就會覺得速度令人受不了了
|
評分
-
查看全部評分
|