小米請看，TBdatabase.exe占用率高的問題測試完了

作者：開拓者 TB 來源：cxh99.com 發布時間：2023年07月24日

咨詢內容： 本帖最后由 215600292 于 2020-4-4 11:22 編輯

測試完了，先上結論：當一個TB打開圖表過多時，TBdatabase.exe會莫名占用cpu過高，估計存在類似死鎖的問題，請提交后臺開發人員好好檢查下代碼。

下面說一下測試流程：
1.機器配置全部一樣：e5 2680v2 * 2，20核40線程，64g內存，nvme協議固態256G，100m寬帶，共54個圖表，每個圖表5000跟K（一分鐘周期），每個圖表加載5個公式應用，開啟自動交易，以下所說cpu占用率都指TBdatabase.exe的占用率，其他進程cpu占用率太低，忽略不計。用FileAppend輸出txt觀察公式執行情況。

2.第一個實驗：4臺主機，其中前三臺每臺開18個圖表，最后一臺開54個圖表。午后，最后一臺電腦cpu占用率逐步升高，14：15后穩定在50%-60%，峰值80%。同一時刻內，前三臺電腦的cpu占用率都不超過3%。收盤后，查看輸出文檔，前三臺電腦輸出正常，2tick/s，而第四臺電腦輸出不正常，經常5s輸出一個tick，TradeBlazer.exe這個進程占用率沒有超過5%過，說明公式執行并不消耗大量cpu，但現在5s才1個tick輸出，結合TBdatabase.exe高占用率，說明問題出在TBdatabase.exe推送數據給TradeBlazer.exe不及時。
第一個實驗結論：可能是機器算力不夠，帶不動54個圖表，也可能是TBdatabase.exe底層代碼有問題。

3.第二個實驗：一臺電腦，開三個虛擬機，每個虛擬機開一個TB，18個圖表。全天交易下來，每個虛擬機的TBdatabase.exe占用率平均在3%左右；宿主機的cpu占用率峰值在50%左右，但會迅速降下來，午后行情激烈時穩定在5%-15%左右，行情不激烈時穩定在5%左右，沒有出現占用過高情況。收盤后，查看文檔輸出情況，輸出正常，2tick/s。
第二個實驗結論：TBdatabase.exe底層代碼有問題。

4.第三個實驗：cpu換成撕裂者3990x，64核128線程。開1個tb，54個圖表。cpu占用率25%-30%，峰值50%，查看文檔輸出，也是經常5s才一個tick。3990x共128個線程，打開54個圖表的話TBdatabase.exe使用線程數大概在50-60間，所以占用率25%-30%基本上可以認為TBdatabase.exe把所占用的線程的算力都吃光了。
第三個實驗結論：TBdatabase.exe底層代碼有問題。存在類似死鎖的問題，造成線程死等，推送數據給TradeBlazer.exe不及時。

這個是底層的bug了，請小米轉交開發人員測試。

這個必須要解決才行，我們交25%手續費，不是想體驗這種類似死鎖的快感的
?
?來源:CXH99.COM
TB技術人員： 旗艦版還是TBQuant ?
?
TB客服：
qh2019 發表于 2020-4-8 21:40
旗艦版還是TBQuant ?

旗艦版
?
網友回復： 本帖最后由 wsjtry 于 2020-4-9 21:48 編輯

我用旗艦版這么久，也經常遇到 ”TB數據中心“ 卡死收不到數據，需要重啟軟件或結束進程才能解決。
一直都懷疑TBdatabase.exe,TBDataCenter.exe有問題，今天樓主認真測試了，辛苦了。

另外，在TB服務器關閉時啟動旗艦版，軟件一直卡死在界面，需要結束進程才能解決。
服務器關閉時，應該在登錄界面就進不去或者自動返回。
?
網友回復：