Пользовательские символы. Ошибки, баги, вопросы, предложения. - страница 34
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
TaskManager что показывает?
TaskManager что показывает?
А что там можно увидеть?
Зависшие ничем не отличаются от нормальных.
А что там можно увидеть?
Дикая нагрузка CPU на EURUSD.
Дикая нагрузка CPU на EURUSD.
Какое это отношение имеет к топику?
На EURUSD работают 2 советника и несколько индикаторов.
Какое это отношение имеет к топику?
На EURUSD работают 2 советника и несколько индикаторов.
Стараюсь делать эксперименты по багам на чистом Терминале. Иначе слишком много вариантов, на что грешить.
Стараюсь делать эксперименты по багам на чистом Терминале. Иначе слишком много вариантов, на что грешить.
Правильно, конечно. Только сложно для каждого бага так делать.
С загрузкой EURUSD разобрался, убрал ее. Наблюдаю.
Билд 3099, проблема актуальна.
На одном из пользовательских инструментов, обновляемых сервисом, SymbolInfoTick возвращает данные 4-х часовой давности (не обновляются).
На другом инструменте, где все это время не работал проверочный советник, после запуска он показывает актуальные данные.
Все, как здесь — и тики есть, и время в маркет вотч обновляется, и клоуз возвращает актуальные данные:
Форум по трейдингу, автоматическим торговым системам и тестированию торговых стратегий
Пользовательские символы. Ошибки, баги, вопросы, предложения.
Andrey Khatimlianskii, 2021.10.24 04:34
Билд 3091, застал зависшие котировки (клик):
Последний тик, возвращаемый SymbolInfoDouble и SymbolInfoTick — 04:52:07 (бид 61083.19)
При этом более новые тики есть в истории инструмента, график и маркетвотч обновляются, iClose возвращает корректное значение.
Код для воспроизведения есть. Что еще нужно, чтобы исправить?
Билд 3103, проблема актуальна. И есть новые детали!
Замирание котировок пользовательских инструментов точно совпало с обрывом связи к торговому серверу (12:03:28):
При этом, как и прежде, пользовательский инструмент нормально обновляется (чарт, обзор рынка, история тиков). iClose выдает актуальные данные.
А SymbolInfoTick возвращает данные, актуальные на момент обрыва связи.
Тут же воспроизвелось еще раз.
Попытался подключиться к другой точке доступа (вручную), получил облом. Выбрал еще другую точку, очень долго терминал коннектился, но в итоге ему это удалось. В этот момент, видимо, SymbolInfoTick "ожил" (не успел заметить). Но потом связь опять оборвалась, и SymbolInfoTick замер заново:
Обнаружил еще один способ "обновить котировки" — это происходит при добавлении нового инструмента в обзор рынка. Похоже, в этот момент производится какая-то принудительная синхронизация (но новые тики все равно не начинают приходить в SymbolInfoTick). На видео видно время последнего тика, который видит советник — 05:08:00. При добавлении нового инструмента оно обновляется:
Вывод: терминал при потере связи (скорее всего, только в выходные дни), перестает обновлять пользовательские инструменты (точнее, какую-то часть их данных).
Пожалуйста, исправьте.
Возник вопрос по сбрасыванию кастомных тиков из памяти на диск.
Собираю кастомные данные 24/7, и перезагрузка терминала критично нежелательна для сброса тиков из памяти на диск.
Хочется понять, по какому критерию терминал выгружает кастомные тики из памяти на диск?
До какого предела он будет накапливать место в памяти?
Терминал запускается с ключом /portable
Файл .tkc как был 130 КБ при старте, так и остаётся такого же размера.
Поэтому создаётся впечатление, что с момента старта, в памяти висит больше 11165 тиков.
Хотя по дате изменения файла видно, что какие-то действия с файлом происходят.
А размер остаётся прежним. Так должно быть?
И второй вопрос-предложение.
В данном случае, не хватает функции принудительного сброса из памяти кастомных тиков на диск?
Что-то наподобие CustomTicksFlush(_Symbol);
Возможно ли введение в язык этой штатной функции?
UPD:
Вот только стоило написать на форум, как размер файла изменился, после четырёх суток работы.
Получается тики всё-же сбрасываются на диск.
Но всё же критерий сброса памяти на диск хотелось бы знать.
В чём измеряется он? В количестве тиков или размере накопленной памяти?
Какие цифры? Чтоб примерно понимать нагрузку, для большого количества кастомных символов.