Задержка обработки просьбы

Автор:wcg123, Создано: 2018-02-27 14:26:47, Обновлено: 2018-02-27 15:22:33

При тестировании показателей TA-библиотеки на платформе, Log выявил значения показателей PERIODM5 с матрицами Records, которые обновлялись с каждым временным пунктом, когда проводился повторный тест, однако в реальном диске было обнаружено, что значение предыдущего цикла обновляется с каждым прохождением периода времени примерно через 3-4 секунды. В Китае, в Китае, в Китае, в Китае, в Китае, в Китае, в Китае, в Китае. Я проверил GetRecords, и результат задержки не превышает 100 мс.

function main(){
    while(true){
        exchange.SetMarginLevel(10);
        exchange.SetContractType("quarter");                            
        var beginTime = new Date().getTime()
        var records = exchange.GetRecords(PERIOD_M5)
        var endTime = new Date().getTime()
        LogStatus("GetRecords 接口延迟时间：", endTime - beginTime, "毫秒。")
        
        Sleep(500)
    }
}

Больше

Маленькие мечтыЯ проверил, действительно, что обмены обновляют K-линию с задержкой до 3 секунд, или сами используют данные тикера, чтобы синтезировать K-линию.

wcg123Например, Records, которые требуют 5-минутный цикл от 0 до 0 до 0:05, теоретически получают значение предыдущего 5-минутного цикла до 0:05 до 0 секунд, но я работаю на реальном диске, чтобы показать обновление каждые 3-4 секунды.

Маленькие мечтыНо в реальном диске было обнаружено, что каждые 3-4 секунды после прохождения цикла обновляется значение предыдущего цикла.

nxtplayerЯ попробую поменять небо.

wcg123Я обнаружил, что обновление getrecords на huobi задерживается на 5 с.

nxtplayerЭто было очень неловко.

wcg123Это похоже на обновление платформы OKEX K-линия в течение трех секунд.

nxtplayerВы получаете бар каждые 1 секунду, контролируете время в баре, если время изменилось, это означает, что есть новый бар, и затем сравнивать.