COCO研究院

 找回密碼
 註冊
搜索
COCO研究院»論壇 › 程式交易區 › 程式交易討論區 › 關於台指期的成交Tick的筆數
123下一頁
返回列表 發新帖
樓主: nes

[API] 關於台指期的成交Tick的筆數

[複製鏈接]
nes
 樓主| 發表於 18-1-24 09:22 | 顯示全部樓層
cory8249 發表於 18-1-22 17:52
我也有在收逐筆 Tick
目前是用群益的 C# API

這樣看起來群益的Tick少很多耶!不知道cory大提到的是哪天的資料?
期交所下載的資料是這樣(15:00~13:45)
Total Tick Count: 215263 (Daily_2018_01_22.csv)
[TX-201802] total volume 163256
#Tick筆數:     75442
同秒同價併筆:30933

Total Tick Count: 231750 (Daily_2018_01_23.csv)
[TX-201802] total volume 169011
#Tick筆數:     80656
同秒同價併筆:31610

因為cory大說期交所53000筆(與期交所落差甚大)
所以假設是只有日盤的資料(08:45~13:45)
TX-201802期交所23號的筆數為 71915 併筆則是 26077
而我這邊API交易日為23號的則是有 46735筆喲!

若以上個月TX-201712的觀察結果來看,
目前所試的API至少的都是會有4,5萬筆以上
只有換月的那天會突然冷掉才會只剩3萬多筆

所以群益35000筆真的少很多耶!!
由此可以推測群益的併筆是有跨包合併,
這也代表每筆資料收到的時間會有更大的延遲(為了合併而等待)

謝謝cory大提供的訊息


目前感覺只是想要累積資料的話下載期交所的檔案最方便
轉檔程式寫一寫,批次處理就好了,還絕對與期交所一致無法被挑剔


回復 支持 反對

使用道具 舉報

nes
 樓主| 發表於 18-2-8 13:36 | 顯示全部樓層
地震後看新聞才發現最近股市有震盪,上來紀錄一下

  1. ======= ::Program start: 13:20:06.968 =======
  2. *** (Daily_2018_02_05.csv) *** size: 13.65 MB 篩選商品: TX
  3. Total Tick Count: 280856        輸出方式[合併]
  4. [TX-201802] total volume 217828
  5. #Tick筆數:    104953    #寫檔筆數:     41824
  6. [TX-201802!201803] total volume 120
  7. #Tick筆數:         5    #寫檔筆數:         4
  8. [TX-201802!201806] total volume 10
  9. #Tick筆數:         2    #寫檔筆數:         1
  10. [TX-201802!201812] total volume 6
  11. #Tick筆數:         4    #寫檔筆數:         3
  12. [TX-201802!201809] total volume 2
  13. #Tick筆數:         2    #寫檔筆數:         1
  14. [TX-201803] total volume 7886
  15. #Tick筆數:      5130    #寫檔筆數:      3214
  16. [TX-201806] total volume 1070
  17. #Tick筆數:       634    #寫檔筆數:       484
  18. [TX-201809] total volume 527
  19. #Tick筆數:       416    #寫檔筆數:       320
  20. [TX-201812] total volume 251
  21. #Tick筆數:       192    #寫檔筆數:       142

  23. *** (Daily_2018_02_06.csv) *** size: 29.90 MB 篩選商品: TX
  24. Total Tick Count: 615251        輸出方式[合併]
  25. [TX-201802] total volume 466704
  26. #Tick筆數:    245491    #寫檔筆數:    101274
  27. [TX-201802!201809] total volume 26
  28. #Tick筆數:        10    #寫檔筆數:         9
  29. [TX-201802!201803] total volume 2086
  30. #Tick筆數:        74    #寫檔筆數:        70
  31. [TX-201802!201806] total volume 28
  32. #Tick筆數:         6    #寫檔筆數:         4
  33. [TX-201802!201812] total volume 6
  34. #Tick筆數:         4    #寫檔筆數:         3
  35. [TX-201803] total volume 22611
  36. #Tick筆數:     15171    #寫檔筆數:      8622
  37. [TX-201803!201806] total volume 2
  38. #Tick筆數:         2    #寫檔筆數:         1
  39. [TX-201806] total volume 2656
  40. #Tick筆數:      1831    #寫檔筆數:      1334
  41. [TX-201806!201809] total volume 16
  42. #Tick筆數:         4    #寫檔筆數:         3
  43. [TX-201809] total volume 1765
  44. #Tick筆數:      1428    #寫檔筆數:      1052
  45. [TX-201812] total volume 2571
  46. #Tick筆數:      1736    #寫檔筆數:       959

  48. *** (Daily_2018_02_07.csv) *** size: 22.58 MB 篩選商品: TX
  49. Total Tick Count: 464482        輸出方式[合併]
  50. [TX-201802] total volume 351887
  51. #Tick筆數:    183516    #寫檔筆數:     77305
  52. [TX-201802!201812] total volume 2
  53. #Tick筆數:         2    #寫檔筆數:         1
  54. [TX-201802!201803] total volume 2292
  55. #Tick筆數:       136    #寫檔筆數:       103
  56. [TX-201802!201806] total volume 110
  57. #Tick筆數:         6    #寫檔筆數:         3
  58. [TX-201803] total volume 17751
  59. #Tick筆數:     11746    #寫檔筆數:      7324
  60. [TX-201806] total volume 1226
  61. #Tick筆數:       970    #寫檔筆數:       793
  62. [TX-201806!201809] total volume 2
  63. #Tick筆數:         2    #寫檔筆數:         1
  64. [TX-201809] total volume 608
  65. #Tick筆數:       519    #寫檔筆數:       436
  66. [TX-201809!201812] total volume 60
  67. #Tick筆數:         3    #寫檔筆數:         2
  68. [TX-201812] total volume 299
  69. #Tick筆數:       259    #寫檔筆數:       219

  71. ======= ::Program  end : 13:20:11.027 =======
  72. ::Program timing: 4.06 sec(s)
複製代碼
總算看到比較像樣的期貨交易量了! 加油!
不過三天總Tick數136萬多筆,
合併加讀寫檔一樣只需4秒就處理完了

其中6號的TX-1802成交量為 466704 口
Tick筆數有 245491 筆, 合併後仍有    101274 筆,
估計可能有些系統應該是有災情(筆數限制最多65535筆)


回復 支持 反對

使用道具 舉報

nes
 樓主| 發表於 18-2-9 16:27 | 顯示全部樓層
kuolung 發表於 18-2-9 09:11
是的，我的系統，原本是 81920 筆，就掛了 ，現在改為 307200 筆

是為了用array比較快所以預先定好筆數限制嗎?
之前是看過tick有打序號的,看結構是用word所以才會受限於0xFFFF,
如果要收很多商品,全都用307200不是很浪費

補上8號和9號的紀錄,完整紀錄一週
  1. ======= ::Program start: 15:56:32.124 =======
  2. *** (Daily_2018_02_08.csv) *** size: 15.88 MB 篩選商品: TX
  3. Total Tick Count: 326431        輸出方式[合併]
  4. [TX-201802] total volume 229609
  5. #Tick筆數:    122454    #寫檔筆數:     50730
  6. [TX-201802!201803] total volume 11108
  7. #Tick筆數:      1833    #寫檔筆數:      1621
  8. [TX-201802!201806] total volume 324
  9. #Tick筆數:        19    #寫檔筆數:        18
  10. [TX-201802!201809] total volume 18
  11. #Tick筆數:         2    #寫檔筆數:         1
  12. [TX-201802!201812] total volume 2
  13. #Tick筆數:         2    #寫檔筆數:         1
  14. [TX-201803] total volume 10906
  15. #Tick筆數:      7713    #寫檔筆數:      4735
  16. [TX-201806] total volume 882
  17. #Tick筆數:       620    #寫檔筆數:       485
  18. [TX-201809] total volume 130
  19. #Tick筆數:       128    #寫檔筆數:       111
  20. [TX-201809!201812] total volume 20
  21. #Tick筆數:         3    #寫檔筆數:         2
  22. [TX-201812] total volume 152
  23. #Tick筆數:        93    #寫檔筆數:        73

  25. *** (Daily_2018_02_09.csv) *** size: 23.13 MB 篩選商品: TX
  26. Total Tick Count: 475554        輸出方式[合併]
  27. [TX-201802] total volume 328566
  28. #Tick筆數:    184144    #寫檔筆數:     81754
  29. [TX-201802!201809] total volume 76
  30. #Tick筆數:        15    #寫檔筆數:        14
  31. [TX-201802!201803] total volume 29906
  32. #Tick筆數:      2804    #寫檔筆數:      2245
  33. [TX-201802!201806] total volume 284
  34. #Tick筆數:        16    #寫檔筆數:         8
  35. [TX-201802!201812] total volume 34
  36. #Tick筆數:        12    #寫檔筆數:        10
  37. [TX-201803] total volume 23661
  38. #Tick筆數:     17181    #寫檔筆數:     10499
  39. [TX-201806] total volume 1244
  40. #Tick筆數:       970    #寫檔筆數:       803
  41. [TX-201809] total volume 482
  42. #Tick筆數:       397    #寫檔筆數:       344
  43. [TX-201812] total volume 295
  44. #Tick筆數:       269    #寫檔筆數:       245

  46. ======= ::Program  end : 15:56:34.905 =======
  47. ::Program timing: 2.78 sec(s)
複製代碼
今天9號日盤08:45~13:45
API也有噴9萬多筆Tick出來,行情量的成績比上個月好很多
同時間期交所原始筆數為 132805 完整併筆為 53532
API為 91083 , cory大的群益API來源可以參考比較



回復 支持 反對

使用道具 舉報

ram
發表於 18-3-1 18:16 | 顯示全部樓層
nes 發表於 18-2-9 16:27
是為了用array比較快所以預先定好筆數限制嗎?
之前是看過tick有打序號的,看結構是用word所以才會受限於0x ...

你好,請問是否方便提供幾天API的Tick資料檔作參考嗎?
最近剛好過年又有228假日正好瞭解逢假日的運作情形

回復 支持 反對

使用道具 舉報

nes
 樓主| 發表於 18-3-6 17:12 | 顯示全部樓層
ram 發表於 18-3-1 18:16
你好,請問是否方便提供幾天API的Tick資料檔作參考嗎?
最近剛好過年又有228假日正好瞭解逢假日的運作情形
...

剛好過年前有跑起來擱著
因為篩選代碼有TX才要,所以有三個(TX,MTX,TXZ)
從2月7號早盤開始紀錄到剛剛3月6號16:40左右
(T+1盤交易日是3月7號了)
Tick_0209-0845_0307-1640.png
壓縮後11MB多,但是上傳附件限制5MB,只好分檔...
TickData.part01.rar (4.5 MB, 下載次數: 8, 售價: 1 金錢)
TickData.part02.rar (4.5 MB, 下載次數: 10, 售價: 1 金錢)
TickData.part03.rar (2.16 MB, 下載次數: 9, 售價: 1 金錢)
搞上傳弄好久@@"


回復 支持 反對

使用道具 舉報

jackaitw
發表於 18-3-6 17:48 | 顯示全部樓層
最近台指期的資料用程式自動抓好像越來越難抓了，期交所經常改變網站機制，導致3/2日開始資料又不能自動抓歷史資料了
回復 支持 反對

使用道具 舉報

ram
發表於 18-3-6 21:26 | 顯示全部樓層
nes 發表於 18-3-6 17:12
剛好過年前有跑起來擱著
因為篩選代碼有TX才要,所以有三個(TX,MTX,TXZ)
從2月7號早盤開始紀錄到剛剛3月6 ...

請問是只用API的資料就能依據交易日全部正確存檔還那麼完整嗎?
回復 支持 反對

使用道具 舉報

nes
 樓主| 發表於 18-3-9 15:57 | 顯示全部樓層
jackaitw 發表於 18-3-6 17:48
最近台指期的資料用程式自動抓好像越來越難抓了，期交所經常改變網站機制，導致3/2日開始資料又不能自動抓 ...

期交所下載Tick那邊沒發現有什麼問題耶
回復 支持 反對

使用道具 舉報

nes
 樓主| 發表於 18-3-9 16:04 | 顯示全部樓層
ram 發表於 18-3-6 21:26
請問是只用API的資料就能依據交易日全部正確存檔還那麼完整嗎?

雖然是跑好玩的,但是比起市面上的API確實是好太多了!
不論是即時性還是穩定度都很理想,Tick筆數也比較多所以相對更即時

回復 支持 反對

使用道具 舉報

dido
發表於 18-3-9 16:27 | 顯示全部樓層
nes 發表於 18-3-9 16:04
雖然是跑好玩的,但是比起市面上的API確實是好太多了!
不論是即時性還是穩定度都很理想,Tick筆數也比較多 ...

請教 這是哪家的 api ?

回復 支持 反對

使用道具 舉報

jackaitw
發表於 18-3-9 19:12 | 顯示全部樓層
nes 發表於 18-3-9 15:57
期交所下載Tick那邊沒發現有什麼問題耶

nes大我是用ocelot.exe下載的，這隻程式是底下這篇文章提供的，但是現在這篇文章卻上不去了所以不知道這隻程式有沒有新的版本
Python軟體:自動下載台上市櫃日數據轉檔和期指數據執行結果如下:
C:\TXDAY>C:\TXDAY\ocelot.exe -d 20180308-20180308 -o TE,TF -a 1 -b 3 -c 2 -i 2 -f stock -p C:\TXDAY
Note: 請確認轉檔後數據的完整性和正確性!

TSE data
WARNING: file already existed: C:\TXDAY\TSECLOSE\20180308.csv
TPEX data
WARNING:Download File Except...
WARNING:retry ..0
WARNING:Download File Except...
WARNING:retry ..1
WARNING:Download File Except...
WARNING:retry ..2
WARNING:Download File Except...
WARNING:retry ..3
WARNING:Download File Except...
WARNING:retry ..4
ERROR:Exit
請按任意鍵繼續 . . .

Traceback (most recent call last):
  File "ocelot.py", line 2416, in <module>
  File "ocelot.py", line 2381, in Running
  File "ocelot.py", line 2184, in Merge_file
FileExistsError: [WinError 183] 當檔案已存在時，無法建立該檔案。: 'C:\\TXDAY\\FOXFile\\Tse20180308_20180308.csv' -> 'C:\\TXDAY\\FOXFile\\stock.csv'

ocelot.PNG
回復 支持 反對

使用道具 舉報

jerry
發表於 18-3-11 00:43 | 顯示全部樓層
NES 大我剛下載您的資料 和我的比對後發現2/9
您收的台指日盤TICK只有91000 我收的有96000

3/6 您收的有46400 我收的有47400

中間的差異應該可能是 不同API(我的是群益)
或是您收太多資料 造成
我只收大台和部份OP

至於CORY大在應該是1/22 只收到35000 TICKS
我是1/19 收到35509 1/22 収到43137

中間差我只能猜應該是CORY大也有收股票或其他資料才造成

至於您提到收資料不用幾秒就收完
事實上沒錯
盤後收很快的
但是盤中如果不併筆 太多人收 SERVER 要處理REQUEST REPLY
還是會慢的 量多時不併 那可能每個人都LAG了


回復 支持 反對

使用道具 舉報

nes
 樓主| 發表於 18-3-12 17:49 | 顯示全部樓層
dido 發表於 18-3-9 16:27
請教 這是哪家的 api ?

來源公司並沒有真的出API,是情商高手開發的...
用馬過的方式表達可以說是某ST公司的M系統資訊源

回復 支持 反對

使用道具 舉報

nes
 樓主| 發表於 18-3-12 17:59 | 顯示全部樓層
jackaitw 發表於 18-3-9 19:12
nes大我是用ocelot.exe下載的，這隻程式是底下這篇文章提供的，但是現在這篇文章卻上不去了所以不知道這 ...

我沒有用過這個程式,也沒用Python
是來這裡開版後,有大大提醒可以去期交所下載
才自己寫程式的,下載和轉檔都是自己寫的

那個主題進不去會不會就是因為已經不能正常運作被下架阿?

回復 支持 反對

使用道具 舉報

nes
 樓主| 發表於 18-3-12 19:13 | 顯示全部樓層
jerry 發表於 18-3-11 00:43
NES 大我剛下載您的資料 和我的比對後發現2/9
您收的台指日盤TICK只有91000 我收的有96000

我先下載期交所的資料跑出來參考
2/9 逐筆
  1. ======= ::Program start: 17:15:52.311 =======
  2. *** (Daily_2018_02_09.csv) *** size: 23.13 MB 篩選商品: TX
  3. Total Tick Count: 475554        輸出方式[逐筆]
  4. [TX-201802] total volume 328566
  5. #Tick筆數:    184143    #寫檔筆數:    184143
  6. [TX-201802!201809] total volume 76
  7. #Tick筆數:        14    #寫檔筆數:        14
  8. [TX-201802!201803] total volume 29906
  9. #Tick筆數:      2803    #寫檔筆數:      2803
  10. [TX-201802!201806] total volume 284
  11. #Tick筆數:        15    #寫檔筆數:        15
  12. [TX-201802!201812] total volume 34
  13. #Tick筆數:        11    #寫檔筆數:        11
  14. [TX-201803] total volume 23661
  15. #Tick筆數:     17180    #寫檔筆數:     17180
  16. [TX-201806] total volume 1244
  17. #Tick筆數:       969    #寫檔筆數:       969
  18. [TX-201809] total volume 482
  19. #Tick筆數:       396    #寫檔筆數:       396
  20. [TX-201812] total volume 295
  21. #Tick筆數:       268    #寫檔筆數:       268

  23. ======= ::Program  end : 17:15:54.094 =======
  24. ::Program timing: 1.78 sec(s)
複製代碼
2/9 同秒同價合併
  1. ======= ::Program start: 17:17:21.623 =======
  2. *** (Daily_2018_02_09.csv) *** size: 23.13 MB 篩選商品: TX
  3. Total Tick Count: 475554        輸出方式[合併]
  4. [TX-201802] total volume 328566
  5. #Tick筆數:    184144    #寫檔筆數:     81754
  6. [TX-201802!201809] total volume 76
  7. #Tick筆數:        15    #寫檔筆數:        14
  8. [TX-201802!201803] total volume 29906
  9. #Tick筆數:      2804    #寫檔筆數:      2245
  10. [TX-201802!201806] total volume 284
  11. #Tick筆數:        16    #寫檔筆數:         8
  12. [TX-201802!201812] total volume 34
  13. #Tick筆數:        12    #寫檔筆數:        10
  14. [TX-201803] total volume 23661
  15. #Tick筆數:     17181    #寫檔筆數:     10499
  16. [TX-201806] total volume 1244
  17. #Tick筆數:       970    #寫檔筆數:       803
  18. [TX-201809] total volume 482
  19. #Tick筆數:       397    #寫檔筆數:       344
  20. [TX-201812] total volume 295
  21. #Tick筆數:       269    #寫檔筆數:       245

  23. ======= ::Program  end : 17:17:23.213 =======
  24. ::Program timing: 1.59 sec(s)
複製代碼
3/6 逐筆
  1. ======= ::Program start: 17:15:24.670 =======
  2. *** (Daily_2018_03_06.csv) *** size: 12.28 MB 篩選商品: TX
  3. Total Tick Count: 252866        輸出方式[逐筆]
  4. [TX-201803] total volume 186255
  5. #Tick筆數:     91924    #寫檔筆數:     91924
  6. [TX-201803!201806] total volume 52
  7. #Tick筆數:         2    #寫檔筆數:         2
  8. [TX-201803!201804] total volume 46
  9. #Tick筆數:        10    #寫檔筆數:        10
  10. [TX-201803!201812] total volume 24
  11. #Tick筆數:         6    #寫檔筆數:         6
  12. [TX-201803!201809] total volume 16
  13. #Tick筆數:         8    #寫檔筆數:         8
  14. [TX-201804] total volume 3702
  15. #Tick筆數:      2633    #寫檔筆數:      2633
  16. [TX-201806] total volume 322
  17. #Tick筆數:       292    #寫檔筆數:       292
  18. [TX-201809] total volume 170
  19. #Tick筆數:       160    #寫檔筆數:       160
  20. [TX-201809!201812] total volume 42
  21. #Tick筆數:         1    #寫檔筆數:         1
  22. [TX-201812] total volume 128
  23. #Tick筆數:       117    #寫檔筆數:       117

  25. ======= ::Program  end : 17:15:25.485 =======
  26. ::Program timing: 815.235 ms
複製代碼
3/6 同秒同價合併
  1. ======= ::Program start: 17:18:04.201 =======
  2. *** (Daily_2018_03_06.csv) *** size: 12.28 MB 篩選商品: TX
  3. Total Tick Count: 252866        輸出方式[合併]
  4. [TX-201803] total volume 186255
  5. #Tick筆數:     91925    #寫檔筆數:     39129
  6. [TX-201803!201806] total volume 52
  7. #Tick筆數:         3    #寫檔筆數:         2
  8. [TX-201803!201804] total volume 46
  9. #Tick筆數:        11    #寫檔筆數:         9
  10. [TX-201803!201812] total volume 24
  11. #Tick筆數:         7    #寫檔筆數:         3
  12. [TX-201803!201809] total volume 16
  13. #Tick筆數:         9    #寫檔筆數:         7
  14. [TX-201804] total volume 3702
  15. #Tick筆數:      2634    #寫檔筆數:      1853
  16. [TX-201806] total volume 322
  17. #Tick筆數:       293    #寫檔筆數:       252
  18. [TX-201809] total volume 170
  19. #Tick筆數:       161    #寫檔筆數:       153
  20. [TX-201809!201812] total volume 42
  21. #Tick筆數:         2    #寫檔筆數:         1
  22. [TX-201812] total volume 128
  23. #Tick筆數:       118    #寫檔筆數:        96

  25. ======= ::Program  end : 17:18:04.934 =======
  26. ::Program timing: 732.911 ms
複製代碼

首先為了玩系統,所以架構故意弄的比較複雜
地點1: VM1(XP, 384MB ram) 跑API收資料篩選商品重新打到VM2
地點2: VM2(2K Server, 384MB ram), 於Host中再跑程式連到VM2上收資料存Tick紀錄

VM1的API是接收全部商品的資料,包含
TSE:全部的股票/權證/大盤/類股/指數等
OTC:全部的股票/權證/興櫃/櫃檯/類股/指數等
TFE:全部的現貨/期貨/期貨選擇權/股票選擇權等
其他:包含國際指數,摩台指/期貨等

由於就只想觀察一下台指的部分,
所以綁API的程式會篩選代碼有TX的TFE商品打到VM2
因此VM2就只剩TX,MTX,TXZ等商品
跑VM2的HOST上的接收程式也又只會紀錄VM2上有的商品而已

然後是資料筆數作觀察,
因為此API為ST公司的M系列,就表示為 API(ST/M)
群益的API,就表示為API(Capital) 吧

2/9台指日盤期交所有132805筆(同秒同價合併只剩53532筆)
API(ST/M) 91083 API(Capital)的有96000

3/6台指日盤期交所有68172筆(同秒同價合併只剩25335筆)
API(ST/M) 46424 API(Capital)的有47400

也就是API的部分明顯都有併筆的機制,既然都是要併筆
那就是看快市瞬間併筆的效率好還是差了,可能要切細去比較,
而ST/M的併筆之前就抓到他有個毛病,同價跨秒時的邏輯有點問題,
也可能是這部分多併了也有蠻大的影響

就架構而言,源頭接收機收資料併筆再打給前端服務器,
併筆的行為只需接收機上處理一次
跟我跑程式分析所有TFE的Tick明細是相同的,只是需瞬間處理更龐大的資料量
接收機則是整個盤間慢慢消化資料,
然後要處理用戶REQUEST REPLY的是前端服務器,它是不用併筆處理的
所以接收機會有併筆與轉格式和提供前端伺服器架構中通訊同步所有市場行情的工作
前端伺服器則是依格式Update轉發給有需求的用戶端
用戶端應該最輕鬆,看註冊那些商品指處理那些商品的Update(姑且不論策略與其他分析)

而用戶端LAG的原因在哪呢?
1.用戶端本身就有問題
2.前端服務器有問題
3.接收機就已經有問題

為何1. 用戶端快市時loading就衝高,
因為程式效能差阿,收的資料量遠不如前端伺服器和接收機,
接收機吃的下全市場行情,用戶端吃不下部分商品行情?

為何2. 前端伺服器快市時未必有高loading卻會有lag?
因為是TCP通訊,有一個用戶卡,Server的如果是同步的架構就大家一起等卡吧

接收機就不說了,自己用盤後資料測試壓力看看吧!!!!!

為何盤後相對有效率? 一般的設計
因為盤中一直收新資料而這些資料需要要求記憶體,
陸續增加記憶體用量的處理機制差,就效能差
這是不論接收機,前端服務程式或用戶端都會碰到相同情況
而盤後記憶體用量已固定,所以就沒有記憶體用量激增的處理邏輯
就像群益的用戶端盤後才上線回補大量Tick時也是會衝高loading,
多跑幾份就跟死了沒兩樣一樣的意思,都是資料一直在新增的處理效率問題

而有時候併筆是另有考量,為了省頻寬省記憶體用量

我跑盤後資料分析則是跟盤中記憶體越吃越大的運作方式是一樣的,
並不是預先留好足夠大的array方便存放資料來讓程式變的有效率,所以才會拿來比較,
而其中反而還得先模擬期交所把資料送出的樣子來打進去處理機制中運作

像是ST/M的API,不論08:45還是09:00從來沒有特別lag過
負載也都很低,VM1從2/6 00:00 跑起來 API只用CPU時間16小時,系統Idle則是690小時
API記憶體有超過6萬檔商品,tick不放記憶體,所以只需不到6MB的記憶體使用量

其實有很多可討論的部分,只是略提一些容易觀察到的
















回復 支持 反對

使用道具 舉報

下一頁 »
123下一頁
返回列表 發新帖
高級模式
B Color Image Link Quote Code Smilies
您需要登錄後才可以回帖 登錄 | 註冊

本版積分規則

手機版|Archiver|站長信箱|廣告洽詢|COCO研究院

GMT+8, 24-12-2 17:36

Powered by Discuz! X3.4

Copyright © 2001-2023, Tencent Cloud.

快速回復 返回頂部 返回列表
理財討論網站 |