発明者のフィードバック・システムに問題があり,私は投稿で質問しました.
fmz.com/bbs-topic/10581 古い有料ユーザーとして,正直に言うと,問題解決にはまだ何も残っていません.
この問題は,特にペア取引や品種間での<unk>値化が多種多様性の反省に伴う場合,さらに深刻化します.
ゲッティッカー関数は,追及システムでは時間がかかるので,それは,品種が数十種類を超えると,一回の調査が複数の品種の価格を取得し,
ブログやドキュメンタリーを見てみると,ほとんど誰もこの問題を提起していない.
疑問に思いました.
この関数で,この関数で,この関数で,この関数で,この関数で,この関数で,この関数で,この関数で[re.length-1].Closeはticker.Lastの代わりに使用され,
リアルタイムで複数の品種の価格を同時に入手できます. 時間がかかりません. 間違いはありません.
javascript
function main() {
while (true) {
var begin = new Date().getTime()
exchanges[0].GetTicker("LTC_USDT")
exchanges[0].GetTicker("BTC_USDT")
exchanges[0].GetTicker("ETH_USDT")
exchanges[1].GetTicker("LTC_USDT")
exchanges[1].GetTicker("BTC_USDT")
exchanges[1].GetTicker("ETH_USDT")
var end = new Date().getTime()
Log(end - begin)
Sleep(1000)
}
}
您好，现在回测系统支持直接指定品种信息。
实盘级别回测，耗时很短。模拟级别回测因为tick是模拟生成的，不同品种可能一个周期内生成的tick数量并不同，所以一轮时间间隔可能会有增大的情况。
mt4或者聚宽等平台，不存在这个耗时问题，按道理说，发明者跟他们的原理是一样的。问题，在于GetRecords不耗时，但是GetTicker耗时，实在是有点难理解。我现在只要是品种多了，就不用GetTicker了，而用Records代替，误差反而小。在这里分享给大家，避免回测错误。
谢谢你的回答。我的确只是做了模拟级别的回测，没有做实盘级别的。实盘级别，数据太大了，对于几十个品种的策略而言，别说ticker级别的数据，就是1分钟甚至5分钟的k线数据，都无法获取，根本无法回测，会提示内存错误，之前我有发帖求助，尚未解决。
- 1