1. 先前曾經反應過切換頁面後, 常等待 [XS指標建置中] 的訊息顯示完, XS複雜一點的大概要30秒, 根本等到懷疑人生! 最近幾天在BIOS那邊把CPU的hyper-threading功能關掉, 切換頁面跑XS的速度竟然有感提升, 請問確切原因為何?
https://forum.xq.com.tw/thread/%e7%9b%b8%e5%90%8c%e7%a8%8b%e5%bc%8f%e5%9c%a8%e4%b8%8d%e5%90%8c%e7%89%88%e6%9c%ac-%e7%b5%90%e6%9e%9c%e5%b7%ae%e9%80%99%e9%ba%bc%e5%a4%9a/
2. 請問上次大改版XQ有針對64 bit 作業系統的 muti-threading 曾經改寫做過最佳化嗎? 還是僅僅只有把引擎由處理32bit改成64bit, 用增加定址(addressing) 來試圖改善一點點效能 (當資料量大時可降低IO) 而已?
Hello wctsengc,
小幫手詢問相關人員的結果：
1.相關人員推測應該是因為 hyper threading 的技術讓一個core在OS層上當兩個core使用，所以當產生大量的工作，有許多thread同時跑在相同core (thread運行在哪個核上是由os分配) 上時，那感覺上就會變慢。
當關閉此項功能時，單一實體core跑的thread會變少，所以會變快。
相關人員也有在持續優化計算相關的引擎。
2.32bit 到 64bit 最大的是差異是記憶體用量變多。
32bit的時候是XS還合在XQ主程式裡，XQ自己跟XS都消耗不少記憶體，導致大概2~3G就會crash。
64bit時把XS拆出去，記憶體就幾乎可以當作沒上限了，看電腦裝多少。
1. 在7zip這種免費小軟體, 都能針對多執行緒做最佳化的時代, XQ對多執行緒的優化真的亟需加快腳步了
2. 32bit 到 64bit 最大的是差異是記憶體用量變多: 如問題所述, 果然只是改善 定址(addressing) 而已
Hello wctsengc,
從32bit開始XQ一直有持續優化多執行緒的計算。
其中 3.09.XX / 7.09.XX 以後的版本有特別針對多執行緒作優化以符合CPU多核化的趨勢。
至於 hyper-threading 的部分會建議您關閉。
就小幫手所知，XQ有多少執行緒是取決於CPU的數量。
舉例來說，策略雷達和自動交易策略腳本運算時，啟動當下針對預讀筆數運算時執行緒數量是CPU數量的一半，而盤中更新運算時則是CPU數量乘以4。
執行緒分配是由 os 決定，所以若2個運算較重的執行緒被分配到同一個 core 上的話就會感覺變慢。
謝謝您的資訊! 目前複雜頁面在第一次顯示時, 仍然會有等到地老天荒的感覺(等待超過30秒); 尤其資料源是FTSE的時候, 甚至有時等1個小時也顯示出不來, 但資料源改切換到TSE或FIMTXN就還好! 請問計算的資料源(ex: FTSE, TSE, FIMTXN..etc)會影響計算的效率嗎? 我的計算範圍都只限制到500筆資料了, 還是常常等到靠北邊走!
Hello wctsengc,
就小幫手所知，不同資料源應該不會影響計算的效率。
如果同時開啟複數個頁面，不同頁面的指標腳本還是會有計算順序，可能是此影響。
可以的話，麻煩您提供 同時開啟的 頁面匯出檔勾選(包含)指標腳本 以及 XQ Log 讓小幫手測試。
Log資料夾（預設路徑：C:\SysJust\XQLite\LOG）直接壓縮後提供即可。
您可以直接將檔案上傳，如果檔案過大的話也可以Mail至客服信箱 XQservice@XQ.com.tw 且務必附上 討論文章連結網址(小幫手才能盡早處理)。
感謝。
我也認為 --- 不同資料源應該不會影響計算的效率, 但事實上就是遇到這種狀況; 重點是重複一樣的操作步驟還不一定會出現!!! 很是隨機!!! 類似這種無法確實重現的問題, 上傳log和頁面也是沒用的, 只能先自己認命, 或是找機會換更好的硬體, 看會不會有所改善
新年連續假期間換上新機器 --- CPU: i9 13900K (24實體核心, 大核超頻上6G Hz & 小核超頻上4.6G Hz) + 64G RAM 來專用XQ, 終於不用等到天荒地老像當機一樣了!!! 但有些XS script仍然需要超過2分鐘以上, highest & lowest 這兩個保留字, 真的還有很大很大很大的改進空間!!! 我相信不是很多人可以像我用目前最快的消費型機器來跑XQ的
Hello wctsengc,
小幫手會將您的意見轉告相關人員，看是否有辦法優化 highest 和 lowest 的運算。
分類
8 評論