"제발자"의 피드백 시스템에는 문제가 있습니다.
<unk>은 <unk>은 <unk>은 <unk>은 <unk>은 <unk>은 <unk>은 <unk>은 <unk>은 <unk>은 <unk>은 <unk>은 <unk>은 <unk>은 <unk>은 <unk>은 <unk>은 <unk>은 <unk>은 <unk>은
여러 품종의 재검토와 관련되어, 특히 쌍용 거래와 품종 중매가 있을 때, 이 문제는 더욱 커집니다.
재검토 시스템에서,getticker 함수는 시간이 걸리기 때문에, 그것은, 품종이 수십 개 이상일 때, 한 설문조사는 여러 품종의 가격을 얻습니다.
이 모든 것은 시간이 오래 걸리고, 때로는 몇 십분 혹은 몇 십분 정도 걸리는데, 현실과 전혀 상관없습니다. 포럼이나 문서를 보면, 거의 아무도 이 문제를 제기하지 않습니다.
질문, 저는 이상합니다.
제가 연구한 getrecords라는 함수는, 이 함수는 추적 시스템에서 시간이 걸리지 않습니다.[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