發現XQ回測逾時的問題似乎十分隨機，一模一樣的自動交易策略回測(1分K跑五年)，例如是3/27凌晨跑，可能才逾時20檔；
但3/28凌晨跑回測，逾時高達三四百檔以上，而且明顯偏慢，但過去官方似乎只會請用戶縮短一點區間，檢查語法之類的。
所以舉了這個例子，是在說明，這根本就是遠端主機運算跟頻寬的問題，不能因為推給用戶說腳本可能太複雜，或回測太長的原因。
幾點建議：
1. 付費用戶該享有回測的優先權與頻寬
2. 不該只推給用戶說回測區間該設小一點，設小是多小標準在哪？而且這說法根本不合理
3. 若腳本太複雜，如何做出腳本的改善，標準又在哪？而且同樣策略，不同時間點的回測會有天囊之別的逾時問題差異，跟腳本的關聯性到底在哪？
4. 官方逾時標準請放寬，例如每檔timeout設定是10秒，請放寬至少到兩倍三倍看看，來減少逾時問題，XQ越限制就是越造成用戶困擾，回測次數反而更多，造成主機更大loading，如此負向循環。
用戶無法更快得到回測研究，而是一直卡在這種奇怪問題上，策略上線就更慢，甚至放棄使用，如此也應是XQ不樂見的。
卡
Hello MakeMoneyFromStock,
小編會將您的意見反映給相關人員，但會造成逾時的原因不只是單純腳本撰寫的問題，還有同一時間伺服器執行的工作數量等其他因素會造成影響。
1.付費用戶的優先權是優於免費用戶沒錯。
2.如本原本的區間較長(例如3年)，小編會建議先從減半開始。若只有一天的話，那小編會覺得可能是腳本哪裡有問題導致逾時。可以提供腳本及回測設定讓小編這邊測試。
3.如果您有興趣的話，可以參考演算法相關的文章 (不限於XS語法，所有程式語言皆可)，裡面在講解的就是如何衡量腳本的運算時間以及如何讓腳本有效率的執行。
簡單的範例可參考系統內建的 highest 和 simplehighest ，前者就是較有效率的算法 (但能用的情境相對較少)。
4.會反映給相關人員作參考。
最近常常回測逾時，都是在我要調歷史資料的時候發生，縮短區間也沒用，我是認為跟我的腳本寫法沒關係，因為有時候就很順利，有時候就總是逾時失敗
Hello joE0403,
就您的描述來看，可能和伺服器忙碌的時間點有關。
如果可以的話麻煩提供 回測使用的腳本、回測的設定 (截圖或回測報告皆可) 以及 XQ Log 讓相關人員檢驗看可能的原因以及能否優化。
Log資料夾（預設路徑：C:\SysJust\XQLite\LOG）直接壓縮後提供即可。
您可以直接將檔案上傳，如果檔案過大的話也可以保存到雲端後將連結Mail至客服信箱 XQservice@XQ.com.tw 且務必附上 討論文章連結網址(小編才能盡早處理)。
感謝。
Hello joE0403,
小編補充，可以的話麻煩告知回測失敗的日期時間，讓相關人員可以查看伺服器上的紀錄。
感謝。
問題真的愈來愈多，現在企業版 print 開始出現問題，會掉很多資料，我不知道我現在怎麼debug
然後又要把人踢去只能用個人版，然後個人版我只回測1天而已都跑不動，真的問號????????
回測真的極度緩慢，我選股腳本只寫一行
if c > Average(c, 5) and c < 50 then ret = 1;
回測時間起迄，僅5個交易日
回測範圍，僅70幾檔上櫃半導體
大約要跑5分鐘，範圍大一點，根本不會動
本來要付費盤中量化作回測，但震驚到了
就我所知，在5/13晚上九點多，系統出現蠻多錯誤記錄。RD正在查問題出在哪裡。
感謝許教授回覆，也期待XQ未來能發展成分散式架構跑回測
分類
9 評論