nikolz (Все сообщения пользователя)

режим гибернации  особо полезен для устройств с батарейным питанием(ноутбука и планшета).

Преамбула:
Раньше неоднократно пытался перейти на новые версии терминала, но получение тормозов при старте, и не только, терминала возвращало меня  на версию 8.7
-----------------
Неделю назад Сбербанк без объявления перевел своих клиентов на единый брокерский счет,
что привело к необходимости установить версию 12 без вариантов.
---------------
В конечном итоге пришлось установить версию 12.8.3.4 из установочного пакета разработчиков, так как Сбербанк пока предлагает более глючную версию 12.6
------------------
Сегодня на хабре написал статью, в которой  привел высказывание автора Claude Code:
«Мы начинаем видеть мир, в котором клиент жалуется на что-то, а проблема решается за считанные минуты, — сказал он.
-------------------
Надеюсь, что когда-то и разработчики QUIK достигнут это.
-------------------
Но пока актуальным является высказывание Остапа Бендера:"Спасение утопающих - дело рук самих утопающих"
-----------------------
Поэтому, познав все прелести 6-8 минутной загрузки терминала был вынужден решать эту проблему самостоятельно.
--------------
Решение:
Свои результаты и рекомендации размещаю на этом форуме.
Я никого не заставляю делать так, как делаю сам.
Я лишь рассказываю что и как делаю и что из этого получилось.
================
В результате исследований мне удалось уменьшить время загрузки с 240...320 сек до 110 секунд.
Из этих 110 секунд 70 секунд тратится на локальную загрузку терминала.
Для тех, кто не читал мой пост по этой проблеме, поясняю:
----------------
Процесс старта терминала QUIK условно разделяю на три этапа
1) загрузка терминала на основе сохраненной на ПК информации до подключения к серверу брокера
2) ввод логина и пароля и подключение к серверу
3) ввод кода со смартфона для двухфакторной аутентификации и получения текущей информации с сервера.
======================
В этой теме рассказываю как сделал время первого этапа равным нулю.
--------------------------------
Это можно сделать, если есть свободное место на жестком диске в размере объема памяти на ПК.
Для этого  включаю на  ПК либо гибридный режим сна, либо режим Гибернации. Предпочитаю Гибернацию.
Режим гибридного сна отличается от режима сна тем, что образ памяти сохраняется на диске и это позволяет восстановить состояние ПК при выходе из сна после отключения сетевого питания.
-----------------
Режим Гибернации отличается от режима сна тем, что ПК полностью выключается, как обычно.
Но перед выключением ОС запишет на диск образ памяти и загрузит его при включении.
--------------------
Это не только исключает локальную загрузку QUIK, но и сокращает загрузку Windows.
=============
При этом последовательность действий такая.
Надо не закрывать QUIK, а лишь разорвать соединение с сервером.
Перевести ПК в режим Гибернации.
---------------------
После включения получаю состояние ПК в момент выключения
и перехожу ко 2-ому этапу загрузки терминала QUIK.

На данный момент я завершил исследования способов сокращения времени и занимаемой памяти при старте терминала.
Сделал вывод разных инструментов в разные окна.
Но этот вопрос полагаю пока требует исследований, так как совмещение инструментов во втором окне не дает эффекта замедления загрузки как совмещение их ранее.
=====================
Вот мое текущее решение и результаты его применения:
------------------
1) применяю свой bat файл.
Отличие этого способа от рекомендуемого разработчикам в том,
что он сначала удаляет ненужные файлы, а потом загружает терминал.
Решение разработчиков удаляет файл после загрузки терминала.
-----------
решение с bat файлом позволяет легко добавить удаление лишних файлов при реализации скриптов ботов.
Что применять дело вкуса , не принципиально.
================
2) В настройках терминала установил очищать при смене даты на локальном компьютере
================
Результат:
Время выполнения первого этапа загрузки  70 секунд. Объем занятой памяти 550 Мбайт
Время выполнение третьего этапа загрузки 40 секунд. Объем занятой памяти 790 Мбайт
-----------------------------
В процессе работы вчера объем занимаемой памяти уменьшался до 46 Мбайт и не превышал 330 Мбайт

На данный момент я завершил исследования способов сокращения времени и занимаемой памяти при старте терминала.
Сделал вывод разных инструментов в разные окна.
Но этот вопрос полагаю пока требует исследований, так как совмещение инструментов во втором окне не дает эффекта замедления загрузки как совмещение их ранее.
=====================
Вот мое текущее решение и результаты его применения:
------------------
1) применяю свой bat файл.
Отличие этого способа от рекомендуемого разработчикам в том,
что он сначала удаляет ненужные файлы, а потом загружает терминал.
Решение разработчиков удаляет файл после загрузки терминала.
-----------
решение с bat файлом позволяет легко добавить удаление лишних файлов при реализации скриптов ботов.
Что применять дело вкуса , не принципиально.
================
2) В настройках терминала установил очищать при смене даты на локальном компьютере
================
Результат:
Время выполнения первого этапа загрузки  70 секунд. Объем занятой памяти 550 Мбайт
Время выполнение третьего этапа загрузки 40 секунд. Объем занятой памяти 790 Мбайт
-----------------------------
В процессе работы вчера объем занимаемой памяти уменьшался до 46 Мбайт и не превышал 330 Мбайт

Вы не читаете форум.
Я специально выложил для начинающих писателей не псевдокод, а скрипт на Lua с очередью. Да и в документации на QLua есть еще один пример.
--------------------
Ах, ошибся, Вы же не писатель, Вы же ПОЭТ.

Прекрасно, Наконец-то вы занялись самокритикой.
Сами сочинили или опять плагиат?

все что делается внутри sleep - это передается ядру время на которое надо остановить поток. Ядро настраивает таймер на событие -разбудить поток через надцать секунд и передает управление следующему в очереди потоку.

Что вы так переживаете?
Я написал пояснение о работе sleep в потоках.
Так как г-н Йцукен нефига в этом не понимает, а Вы ему ( я прочитал Ваш ответ)
Это полная чушь.
Ничего внутри sleep не вызывается т к функция sleep выполняется ядром OS.  В это время никакой колбек не успеет ничего сделать.
-------------------
 

Ziveleos,
Посмотрел в док к QUIKВ  действительности этот ключ приводит лишь к уничтожению файла info.log.
Файл ,news.log не уничтожается , остаются и файлы *dat.
----------------------------------
Те действие этого ключа не соответствует документации.
===================
Мой бат файл уничтожает все log файлы.
При этом легко добавить в него удаление и других файлов.
Кроме того, его действие прозрачно и управляемо.
Т е велосипед не такой же, а другой.

Благодарю за подсказку.

Sleep останавливает поток main,
а функции колбеков вызываются в другом потоке, на который sleep не действует.

Если у брокера единый счет, то других вариантов кроме 12.8 нет.
--------------------------
Проверьте подписку в настройках.
когда ставите новую версию то бывает что на установлена для всех инструментов, а их более 4000.
---------------------
Объем занятой памяти  после старта обычно уменьшается. Удаляется мусор и выгружается не используемое на диск.
------------------
Например, при соединении с сервером у меня занятая память возрастает до 900 Мбайт.  но сейчас она 43 MБайт
------------------------

 

Ziveleos,
чтобы использовать ключ  -clear при запуске info.exe.
надо либо использовать командный режим
либо написать bat Файл
--------------------------
что я и сделал для тех кто не хочет или не знает как писать Bat файл
и трахатся с командным режимом.

Ziveleos,
Не нашел в установочном пакете файл  clear.cmd. Можете показать где этот файл?

Третий этап старта, после того как  разместил SBERF в другом окне,
теперь занимает 1 минуту вместо 4.
----------------------
Объем памяти 970, при отключении индикаторов 890.

Провел тесты, которые доказывают, что индикаторы на Lua и построение графиков являются определяющими в задержке  запуска терминала по крайней мере 1-го этапа старта.
------------------------
Результаты:
-----------------------------
1)  Исходный вариант рабочего варианта терминала.      90 сек. 680 Мбайт
2) Отключил скрипты Lua . Удалил каталог LuaIndicators. 45 сек. 620 Мбайт
3) Удалил построение графика 1мин для SBERF               20 сек   550 Мбайт
------------------
Полагаю, что сокращение времени от 2 до 4 раз наглядно доказывают влияние Lua индикаторов и графиков на время  первого этапа старта терминала.
=================
Резюме:
В результате недельных исследований и тестирования терминала QUIK  удалось выявить причины тормозов первого этапа старта терминала.
В итоге время сократилось 3-6 раз, а занимаемая память с 900 до 680.
================
Остался лишь один вопрос, который я не могу понять.
-----------------
Почему размер занимаемой памяти в третьем этапе старта терминала снова увеличивается до 900 Мбайт, при том,  что  ничего нового в начале торгов не возникло.
---------------------
Вопрос риторический, так как дать на него профессиональный ответ никто не может.
Или может?  

Да,я знаю, что разработчики  всегда рекомендуют стирать файлы log
Но про команду и ключи не знал.
Можете дать ссылку на документацию, где это написано?

Для проверки своей гипотезы о том,
что задержку создает размещение price двух инструментов в одном окне,
вынес SBERF в отдельное окно


Время загрузки первого этапа составило 46 секунд
т е гипотеза верна.
Объем занятой памяти  с применением bat файла тоже сократился и составляет 588 Мбайт  вместо ранее 900.

Предлагаю разработчикам включить этот bat файл в пакет установки.

Всем, добрый день,
--------------------
Ранее я уже писал, что в старте  терминала QUIK условно можно выделить 3 этапа.
------------
Первый - автономная загрузка терминала до момента запроса пароля.
Второй - ожидание кода авторизации со смартфона
Третий - загрузка с сервера брокера текущего состояния торгов
------------------------
В этой теме я расскажу как сократить первый этап.
Для этого написал bat файл (nk.bat)создайте его текстовым редактором и поместите в папку QUIK, где находится info.exe
----------------
чтобы запустить QUIK надо запустить этот файл (щелкнуть вместо info.exe по файлу nk.bat)
====================
Зачем нужен этот файл?
Проблема в том, что терминал QUIK зачем-то при старте загружает в память info.log (этот файл особо влияет на объем занимаемой памяти)
Данный bat файл сначала сотрет все log файлы, а потом запустит QUIK.
----------------------
Если не хотите удалять все лог файлы, то вместо *.log  поставьте info.log . Этого достаточно, чтобы получить сокращение.
-----------------------------
У меня при использовании этого bat файла объем памяти  занятой  терминалом  сокращается с 900 Мбайт до 600 Мбайт.
-------------------------
Для сбора статистики просьба сообщить как влияет bat файл в Вашем случае на старт терминала.

Как следует с вышеприведенного эксперимента , основной причиной медленного старта терминала
является размещение на графике двух разных инструментов.
Если один любой из инструментов убрать с этого графика то время первого этапа старта сокращается с 240 секунд ло 40 секунд.
------------------------------
Следующий эксперимент показывает как влияет на время загрузки наличие индикаторов и открытых окон.
---------------------------
Если в моем варианте QUIK  убрать окно с интервалом 1 минута (это самое большое окно на графике),
время первого этапа старта сокращается до 10-15 секунд.
--------------------------
Если убрать оставшиеся два окна с графиками,  то время первого этапа сокращается до 6-10 секунд.
-----------------------
Далее я расскажу как сокращать объем занимаемой памяти при старте а также напишу свои предположения о причинах таких тормозов
--------------------
Продолжение следует..

Как и обещал,  рассказываю в чем причина медленной загрузки и большого объема занимаемой памяти.
---------------------------------
Рассматриваю лишь первый этап старта терминала, когда нет связи с сервером.
------------------------------------
Вам интересно узнать почему загрузка длится 4 минуты (240 секунд)?
==================
Все оказалась очень просто.
В QUIK есть ошибка.
Она связана с тем, что на одном графике нельзя совмещать различные инструменты.
-------------------
Хочу обратить внимание на то, что разработчики неправильно указали ошибку - считая что она связана с наличием диаграмм графиков с различными интервалами.
---------------------------------
Вот доказательства;
У меня есть три диаграммы с графиками сбербанка 1 минута, 30 минут и 1 день.
На диаграмме 1 минута  ВНИМАНИЕ!!!
совмещены графики SBER и SBERF
--------------------------
Вот терминал с исходными диаграммами:

и он загружается 240 секунд
-------------------------------------------------
а это терминал на котором отсутствует график SBERF на 1 минутой диаграмме
Я удалил файл его истории из архива


и он загружается 40 секунд
================================
Продолжение следует...

Согласен. Я тоже это нашел.
-------------------
Но Вы  написали :
в которых создано сразу несколько графиков, и, при этом, временные интервалы существенно отличаются между собой.
-------------------
А это утверждение не верно.
Интервалы на этом графике 1 минута.
==============================================
Попробуйте сделать так.
Удалите из моего пакета все диаграммы с другим интервалом кроме диаграммы 1 минутой.
==================================
Вы удивитесь, но время загрузки не изменится по сравнению с исходной, когда ничего не удаляли.
=====================
Поэтому Вы ошибаетесь в диагностике причины.
===================
Причина другая.
Она состоит в том, что на графике совмещены два инструмента , а то что есть диаграммы с разными интервалами не влияет на время загрузки.
========================
Я не против если Вы оплатите мою работу  по поиску ваших глюков.

Pivaev Maxim,
Какие графики надо удалить чтобы терминал загрузился быстро?

Pivaev Maxim,
Нашел причины всех этих проблем,
в числе которых и указанные выше.
Отчет об исследованиях напишу позже,  

это сейчас

а это сейчас:

В данный момент совершены сделки и объем занимаемой памяти составляет 976 МБайт

Информация к размышлению:

Приведите доказательства, Ватсон.

После указанное выше рабочей гипотезы, я добавил в индикаторы сборщик мусора в начале расчета.
-------------------------
Не берусь утверждать, является ли это причиной,
но сегодня при старте  объем занятой памяти составил 875 Мбайт,
а время третьего этапа составило 2 минуты.
--------------------
Так как это лишь единственный эксперимент, то исследования продолжаются.

Всем,добрый день,
Предлагаю обсудить проблему тормозов при старте терминала.
-------------------
До последней прошедшей недели пользовался версией 8.7
Неоднократно пытался установить более свежую версию, но всегда получал тормоза и возвращался к 8.7
-------------------
На прошедшей неделе Сбербанк перешел на единый счет и мне пришлось устанавливать версии 12
так как исчезли параметры по фьючерсам.
-----------------------
Сначала установил версию 12.6 которая выложена у Сбербанка.
Получил увеличение объема занятой памяти терминалом в 2 раза с 600 Мбайт до 1200Мбайт и жуткие тормоза
--------------------------
По совету разработчиков установил новую версию 12.8.4
Объем занимаемой памяти при старте сократился с 1200 до 900.
Почему он изменяется ?
-----------------------------
Самое странное, что во время торгов объем занимаемой памяти постепенно уменьшается.
Если никаких действий не совершать , то объем занимаемой памяти сокращается до 50Мбайт.
Но если начать что-то делать, то он снова увеличивается, но не более 700, а иногда и не более 350Mбайт.
--------------------
Трудно что-либо придумать почему так происходит.
--------------------------
Но так как максимальный объем всегда получается при старте и это приводит к очень длительной загрузки, то
давайте обсудим возможные причины этого.
----------------------------
Время старта можно разделить на три этапа.
Первый - запуск терминал.
Второй -ввод пароля
Третий- ввод кода со смартфона.
-------------------
самый короткий интервал - второй. Задержки при нем пока не будем рассматривать.
-----------------
Сначала я предположил, как и многие на форуме, что проблема медленной загрузки  в длительном получении начальной информации с сервера брокера.
Но теперь у меня другая рабочая гипотеза.
=================
Основа ее в том, что время первого и третьего этапов одинаковое.
Характерно , первый и третий этапы имеют одинаковое значение времени исполнения  -в моем случае это по 4 минуты каждый.
Но в первом этапе нет никакой связи с сервером.
Получается, что соединение с сервером не влияет ни на объем занимаемой памяти ни на время старта.
=================
Поэтому я считаю, что указанные проблемы (время старта и объем занимаемой памяти )
связаны исключительно  с вычислениями, которые совершает терминал при старте.
=====================
Более того, эта гипотеза подтверждается тем, что в третьем этапе терминал сначала уменьшает объем занятой памяти
до 350 Мбайт. А потом медленно начинает увеличивать его до тех же 900 Мбайт что и в первом этапе.
=====================
Как правило время и занятая память у всех пользователей разные.
Это связано с конкретной настройкой интерфейса. Т е числом окон с графиками, числом таблиц и стаканов и числом скриптов на Lua.
=====================
Полагаю, что максимальный объем памяти в момент старта возникает по причине, возможно не единственной, но одной из основных,
РАСЧЕТА ИНДИКАТОРОВ НА LUA.
========================
Известно, что индикаторы на луа вычисляются  несколько раз при открытии графика.
----------------------------------------
В результате такого расчета возникает куча мусора от этих расчетов, так как сборщик мусора при старте не работает.
------------------------
В начале третьего этапе терминал удаляет все расчеты первого этапа и память сокращается.
-------------------------
Так как у меня установлена подписка вручную, то ничего нового при соединении с сервером не приходит.
---------------------------------
Терминал снова начинает свой расчет индикаторов и графиков и это увеличивает объем памяти до максимума для всей сессии.
-------------------------
Но это еще не все.
Длительный расчет индикаторов и графиков при старте связан с тем, что хотя все свечи от первой до последней имеются в начале расчета,
Расчет индикаторов, а возможно и построение графиков выполняется для каждой свечи отдельно в цикле Calculate.
Так как большинство индикаторов - это интегральная обработка данных в окне,
то при 3000 свечах (это то что сохраняет сервер) для каждого индикатора
в цикле при старте вычисления в скользящем окне выполняются 3000 и более раз.
Если история сохраняется на ПК, то со временем тормоза и объем занимаемой памяти растет.
--------------------------------
Предположу, что это тупиковый момент в развитии QUIK и он требует кардинальных изменений.
---------------------------
Еще заметил, что число подписанных инструментов не влияет на объем и время при старте.
------------------------
Резюме:
На объем и время при старте  влияет повторный расчет индикаторов на Lua,
циклический расчет индикаторов (возможно и графиков) для каждой свечи при старте
и размер сохраненной истории, по которым считаются эти индикаторы.
----------------------------
Тот факт, что объем памяти при старте версии 12.6 на 300 Мбайт больше, чем при старте версии 12.8 говорит о том,
что, как говорил сатирик "что-то не так в консерватории"
-------------------------
Возможно, решением было бы исключение повторных расчетов индикаторов и принудительный запуск сборщика мусора при завершении третьего этапа.
-------------------------
Исследования продолжаются....
=========================
P.S. В настоящее время кувыркаюсь с единим счетом. Постоянно исчезают позиции по фьючерсам.
Кроме того, как уже писал на форуме,но без ответа, сваливание в кучу информации об акциях и фьючерсах имеет не только систематические ошибки, но и противоречит ФЗ "О рынке ЦБ"
Но это уже другая история  

Миллион раз так делаю.  
Иногда не сразу получается.
Перед написанием совета специально сделал это несколько раз без особых проблем.

Обнаружил такой факт.
Если в открытом окне  с интервалом 1 минута сменить интервал на 5 минут,
то объем занятой памяти сокращается примерно на 60 Мбайт.

Специально удалил таблицу ТТТ ничего не изменилось

Nikolay,
Если у Вас квики от нескольких брокеров, то напишите какой размер у них файла справочника  sec.dat.

Версия 12.8.3.4
при старте терминала:

Пример записи данных в таблицу скрипта есть в док QLua Приложение 1

ошибка:
local cc13, cc14={}

cc13 -таблица, а сс14 -nil
----------------
Правильно:
local cc13, cc14={},{}

Вот так сегодня тормозит Сбербанк:

Колбек вызывается перед записью в таблицу сделок
-----------------------
Если колбек не вызван, то и записи в таблицу не будет

1 да
2 нет

Тема предназначена для начинающих писателей роботов
------------------  
Вариантов написания роботов в терминале QUIK на луа множество.
Кратко расскажу о них на основе своего опыта.
-------------
По функциональному назначению можно разделить роботов на 3 класса.
1) Роботы , которые прогнозируют моменты изменения рынка для изменения позиции.Роботы-советники
2) Роботы, которые совершают транзакции на основе простейших алгоритмов и управляют стоп-заявками.
3) Роботы , которые объединяют функции 1 и 2.
---------------
Любого робота можно написать либо в виде скрипта-индикатора,далее робот-индикатор,
либо в виде скрипта не индикатора, далее робот-скрипт.
Разница в том, что робот на основе индикатора запускается на графике инструмента, которым торгуем,
а робот-скрипт, не индикатор, запускается без автоматической привязки к инструменту.
------------------
Робот индикатор самый простой в написании. в нем не надо подписываться на инструмент.
В него автоматически поступают данные лишь конкретного инструмента.
--------------------
Недостаток его в том,
что его надо запускать на графике инструмента и следовательно надо открывать окно с графиком.
Но обычно так все и торгуют.
---------------
Робот-скрипт  является универсальным и позволяет построить рой роботов, которые могут обмениваться данными и проводить расчеты параллельно.
----------------------------------
На этом пока все.
Если есть вопросы, то отвечу
---------------------
Продолжение следует...


   

Вообще-то, так как роботы есть разные, то целесообразность использования событий(колбеков)  тоже разная.
----------------------
Поэтому сделал обработку для всех событий, а применяю в конкретном роботе то, что имеет смысл "здесь и сейчас".
--------------------
Сейчас у меня все очень оптимально.
Все события обрабатывает один скрипт Он же выставляет и снимает заявки.
Остальные скрипты и приложения занимаются прогнозированием момента изменения позиции по конкретному инструменту
Скрипт(приложение) на инструмент или класс.

Читать стакан в колбеке - это мазохизм какой-то.