Подскажите пжл, функция IsStopped() в случае прекращения трейдером работы советника немедленно обрывает работу советника на месте проверки состояния флага или же советник, по примеру функции ExpertRemove(), дорабатывает тик (при отсутствии иных событий) до конца и лишь с поступлением нового тика останавливается?
В индикаторе prev_calculated часто становится нулём, из-за чего индикатор часто пересчитывается в чём нету по надобности. Интересует только последние 500 свечей, нет ли там изменение истории или поступление новых свечей. Посоветуйте оптимальный вариант. Может делать массив времени каждой свечи и через цикл проверять? Или есть другие варианты?
В индикаторе prev_calculated часто становится нулём, из-за чего индикатор часто пересчитывается в чём нету по надобности. Интересует только последние 500 свечей, нет ли там изменение истории или поступление новых свечей. Посоветуйте оптимальный вариант. Может делать массив времени каждой свечи и через цикл проверять? Или есть другие варианты?
Можно попробовать посчитать какой-нибудь хэш по этим свечам, и сравнивать его. Но он будет меняться с каждой свечой, так что, возможно, массив-кэш будет более оптимальным решением.
Можно попробовать посчитать какой-нибудь хэш по этим свечам, и сравнивать его. Но он будет меняться с каждой свечой, так что, возможно, массив-кэш будет более оптимальным решением.
если вставили или удалили бар, прокатит, если подкорректировали тени, нет, в последнем случае вообще быстрого решения нет. 500 баров не то количество чтобы под него хеш заводить.
TheXpert: если вставили или удалили бар, прокатит, если подкорректировали тени, нет, в последнем случае вообще быстрого решения нет. 500 баров не то количество чтобы под него хеш заводить.
TheXpert: если вставили или удалили бар, прокатит, если подкорректировали тени, нет, в последнем случае вообще быстрого решения нет. 500 баров не то количество чтобы под него хеш заводить.
Спасибо, я с хэшами мало знаком. 500 баров это мало или много чтобы под него хеш заводить?
Спасибо, я с хэшами мало знаком. 500 баров это мало или много чтобы под него хеш заводить?
Если цикл по 500 барам и сравнение их значений с сохраненными нужно было бы проводить много раз, и это было бы дольше, чем в том же цикле посчитать хэш и сравнить его с запомненным, то смысл был бы. Но вряд ли это так.
Что у вас так долго считается, что заметны редкие случаи сброса prev_calculated?
Не работает...
Порезали возможности языка.
Добрый день!
В индикаторе prev_calculated часто становится нулём, из-за чего индикатор часто пересчитывается в чём нету по надобности. Интересует только последние 500 свечей, нет ли там изменение истории или поступление новых свечей.
Посоветуйте оптимальный вариант. Может делать массив времени каждой свечи и через цикл проверять? Или есть другие варианты?
Добрый день!
В индикаторе prev_calculated часто становится нулём, из-за чего индикатор часто пересчитывается в чём нету по надобности. Интересует только последние 500 свечей, нет ли там изменение истории или поступление новых свечей.
Посоветуйте оптимальный вариант. Может делать массив времени каждой свечи и через цикл проверять? Или есть другие варианты?
Можно попробовать посчитать какой-нибудь хэш по этим свечам, и сравнивать его.
Но он будет меняться с каждой свечой, так что, возможно, массив-кэш будет более оптимальным решением.
я ищу методы сортировки массива структур. Есть у кого то рабочие Варианты ?
Здесь
Можно попробовать посчитать какой-нибудь хэш по этим свечам, и сравнивать его.
Но он будет меняться с каждой свечой, так что, возможно, массив-кэш будет более оптимальным решением.
если вставили или удалили бар, прокатит, если подкорректировали тени, нет, в последнем случае вообще быстрого решения нет. 500 баров не то количество чтобы под него хеш заводить.
Имел в виду хэш по TOHLC
Но смысла действительно нет, скорее всего.
если вставили или удалили бар, прокатит, если подкорректировали тени, нет, в последнем случае вообще быстрого решения нет. 500 баров не то количество чтобы под него хеш заводить.
Спасибо, я с хэшами мало знаком. 500 баров это мало или много чтобы под него хеш заводить?
Имел в виду хэш по TOHLC
Но смысла действительно нет, скорее всего.
Спасибо, тогда буду TOHLC массивы сравнивать.
Спасибо, я с хэшами мало знаком. 500 баров это мало или много чтобы под него хеш заводить?
Если цикл по 500 барам и сравнение их значений с сохраненными нужно было бы проводить много раз, и это было бы дольше, чем в том же цикле посчитать хэш и сравнить его с запомненным, то смысл был бы.
Но вряд ли это так.
Что у вас так долго считается, что заметны редкие случаи сброса prev_calculated?