Причина очень медленной загрузки QUIK

Страницы: 1
RSS
Причина очень медленной загрузки QUIK
 
В данной теме раскрою вам секрет, почему при старте терминала QUIK  приходится ждать не просто минуты, а десятки минут.
------------------------
Все происходит очень просто.
Любой желающий может повторить мой эксперимент.
-------------------
Берем версию QUIK 12.8.3
Открываем диспетчер задач и наблюдаем объем занимаемой памяти
Начальный объем примерно 170Мбайт, но он быстро увеличивается до 400 и потом медленно, минут за 5 до 800 Мбайт.
Это происходит загрузка сохраненных данных торгов и истории.
----------------------------
После этого QUIK запрашивает логи и пароль и через некоторое время код со смартфона.
---------------------
После этого QUIK сбрасывает объем занимаемой памяти до 400 МБайт и начинает через интернет получать данные для настройки графиков и таблиц .
-------------------------
В конечном итоге он займет 1200 Мбайт (если удалите всю накопленную историю, то получите  от 850 до 1100 Мбайт)
---------------------
Т е ему надо получить с сервера данные и чего-то там наплодить размером от 400 до 800 Мбайт
=======================
При этом процессе Вам надо наблюдать работу сети
==================
Прикольно, но факт.
Обмен данными с сервером происходит малыми посылками.
Например , у меня для полной загрузки терминал QUIK обменялся с сервером  аж 1 млн. пакетов.
При этом канал Ethernet  и Интернет был загружен аж на 0.1% !!!
Т е при возможности обмена на скорости 100Мбит/s, сервер и терминал обмениваются мелкими пакетами на скорости в среднем 50 Кбит/s Т е в 2000 раз медленнее, чем возможно.
--------------------------
Причем возникает естественный вопрос. Нафига надо обмениваться 1 000 000 сообщений при старте?
Почему невозможно все передать на скорости в 1000 раз большей и пакетами в 1000 раз длиннее?
-------------------------
Но это риторические вопросы.
=================
Учитывая, что версии 12 занимают памяти в 2 раза больше, чем версии 8  (ранее писал 1200 -12 версия 600- .8 версия)  следует ожидать еще большего зависания терминалов в следующих версиях.
------------------------------
Еще замечу, что у меня очень малая подписка на инструменты и индикаторы,  открыто обычно не более  5 графиков и  2 стакана и таблицы, включая ТТП,  с сотней инструментов.  
На бирже инструментов тысячи.
------------------------------------
Представляю сколько ждут начинающие, которые открывают сотню графиков и стаканов.
============================
Поэтому начинайте загружать терминал вечером.
Утром все будет загружено. (Шутка)
 
Повторил эксперимент. Закрыл QUIK и через минуту снова стартовал. При этом сервер не запрашивает код а необходимо ввести лишь пароль.
Загрузка произошла существенно быстрее   (не более 5 минут)  Занимаемая память 1150Мбайт. Число пакетов сообщений всего 50 тысяч.  
 
nikolz, здравствуйте.

Рекомендации по устранению проблемы долгой загрузки QUIK мы приводили в теме FAQ: Возможные проблемы с производительностью и рекомендации по их устранению:

Цитата
Долгая загрузка терминала на старте

Если после запуска программы терминал долго загружается (30-60 сек и более) – скорее всего, это следствие неоптимальной настройки параметров запроса данных и устаревшего оборудования на локальном компьютере. В данном случае перед запуском QUIK из директории с программой можно удалить файл вида «info.log» (размер данного файла и определяет длительность загрузки конфигурации). Файл содержит в себе полученную с сервера в рамках предыдущего сеанса связи информацию. После соединения с сервером данные о торгах будут загружены с сервера заново.

Уточните, пожалуйста, правильно ли мы понимаем, что выполнение данных рекомендаций в Вашем случае не приводят к ускорению загрузки программы?
 
Цитата
Pivaev Maxim написал:
nikolz, здравствуйте.

Рекомендации по устранению проблемы долгой загрузки QUIK мы приводили в теме  FAQ: Возможные проблемы с производительностью и рекомендации по их устранению :

Цитата
Долгая загрузка терминала на старте

   Если после запуска программы терминал долго загружается (30-60 сек и более) – скорее всего, это следствие неоптимальной настройки параметров запроса данных и устаревшего оборудования на локальном компьютере. В данном случае перед запуском QUIK из директории с программой можно удалить файл вида «info.log» (размер данного файла и определяет длительность загрузки конфигурации). Файл содержит в себе полученную с сервера в рамках предыдущего сеанса связи информацию. После соединения с сервером данные о торгах будут загружены с сервера заново.    

Уточните, пожалуйста, правильно ли мы понимаем, что выполнение данных рекомендаций в Вашем случае не приводят к ускорению загрузки программы?
Все верно.
Эти рекомендации ошибочные.  
Вы невнимательно читаете то, что я написал.
При старте QUIK загрузка процессора не более 25% ,
а загрузка сети не более 0.1%.  

Pivaev Maxim
Можете объяснить, что именно грузит  терминал QUIK  если занимаемая им память увеличивается от 140Мбайт при старте до 1200Мбайт .
При этом в момент подключения занимаемая память сбрасывается до 600 Мбайт.  
Вроде бы это удаляется вчерашняя сессия.
Но не тут то было, терминал снова набирает в час по чайной ложке свои 1200 Мбайт.
Что такого размером 600 Мбайт он набивает в патять.
----------------------
Что особенно удивительно, что через 2-3 часа, если ничего не делать, объем занятой памяти уменьшается до 300 Мбайт,
а через 4 часа аж до 60 Мбайт.
-----------------
Если потом совершить несколько сделок то объем памяти занятой терминалом увеличивается с 60 до 320 Мбайт.
Т е от 2 сделок память разбухает аж на 260 Мбайт
=====================================
Еще замечу, что на тех же настройках версия 8 занимала 600 Мбайт
а версия 12 уже 1200.
Но они мало чем отличаются чтобы так резко жрать память.
 
Pivaev Maxim,
Прикольно но сейчас терминал qUIk занимает в оперативной памяти на моем ПК  всего 50 Мбайт  вместо 1200 Мбайт при старте в начале дня.
Можете это объяснить?
 
nikolz, для анализа ситуации просим создать архив Рабочего места QUIK по инструкции и прислать нам:
1) закройте Рабочее место QUIK;
2) убедитесь, что QUIK исчез из списка процессов в диспетчере задач Windows;
3) сделайте копию папки с Рабочим местом QUIK;
4) удалите из копии папки с QUIK файлы ключей *.txk, если они там присутствуют;
5) сделайте архив копии папки с Рабочим местом QUIK, загрузите его на любой удобный Вам файлообменный сервис и пришлите ссылку на файл.

Просьба также зафиксировать более точное значение времени запуска терминала.
 
Понятно. Сегодня объем занятой памяти составил 920 Мбайт вместо 1200 вчера. В настройках ничего не менял.
Запуск терминала происходил так же как и вчера.   Сначала 4 минуты загрузка . Потом 4 минуты после ввода кода со смартфона.
-----------------------
В архиве убрал папку индикаторы
https://cloud.mail.ru/public/JjQs/VcjCiJpWK
 
Pivaev Maxim,

Есть файл sec.dat  . Вчера он был 14Мбайт сегодня 24Мбайта.
Он очевидно содержит информацию по всем торгуемым инструментам.
---------------------
Но они мне не нужны.
--------------------------
Может надо его обрезать до требуемого количества инструментов, а не присылать кучу мусора?
 
Сейчас объем занимаемой памяти уменьшился до 330 МБайт.
За прошедшее время никаких действий в терминале не совершал.
 
Сейчас объем занимаемой памяти уменьшился до 167 МБайт.
 
Сейчас объем занимаемой памяти уменьшился до 125 МБайт.
 
Сейчас объем занимаемой памяти уменьшился до 54 МБайт.
 
Pivaev Maxim,

Прикольно, к серверу сбербанка - 1200Мбайт и 8 минут
к демо серверу -180Мбайт и 1  минута
 
nikolz, Ваше обращение получено, проблема изучается. Постараемся в ближайшее время дать ответ.
 
Мои наблюдения тоже по брокеру Сбербанк. После принудительного обновления на последнюю версию, старт терминала стал очень долгим. Но не сам старт, а загрузка данных. Запуск и показ окна - это секунд 15. У меня не так много открыто окон. А вот потом начинается реальный тормоз. Примерно минут 5 уходит на загрузку данных, это видно по времени последнего пакета и времени сервера в строке состояния. Оно скачками изменяется и отстает на минуты 2 пока все не загрузится, и только тогда оно начинает изменяться по секунде. Т.к. скрипты стартуют с терминалом, то в момент долго старта явно видно, что обработка действий с таблицей происходит не то что медленно, а можно увидеть как обновляется информация построчно. Вспоминаю времена Word 2.0 на 386.

Рядом брокер от Альфа, они на версии 12.5 - запуск секунд 5, работа возможна практически сразу, по крайней мере, запускаясь вторым после Сбера, и пока он думает, здесь уже скрипты проверили данные и подали транзакции, ордера установлены. А Сбер так и думает пока.
 
Сегодня специально убрал все таблицы текущих торгов, особенно с иностранными акциями. Была, оказывается, открыта в свернутом виде. И терминал прямо ожил. Т.е. ТТТ с большим числом записей дает такую загрузку терминала.
 
Цитата
Nikolay написал:
Сегодня специально убрал все таблицы текущих торгов, особенно с иностранными акциями. Была, оказывается, открыта в свернутом виде. И терминал прямо ожил. Т.е. ТТТ с большим числом записей дает такую загрузку терминала.

Добрый день.

А какое количество записей было? Можете прислать нам архив Вашего терминала, сделанный непосредственно после проявления эффекта?
 
Цитата
Nikolay написал:
Сегодня специально убрал все таблицы текущих торгов, особенно с иностранными акциями. Была, оказывается, открыта в свернутом виде. И терминал прямо ожил. Т.е. ТТТ с большим числом записей дает такую загрузку терминала.
Nikolay,
Если у Вас квики от нескольких брокеров, то напишите какой размер у них файла справочника  sec.dat.
 
Специально удалил таблицу ТТТ ничего не изменилось
 
Цитата
nikolz написал:
Цитата
Nikolay написал:
Сегодня специально убрал все таблицы текущих торгов, особенно с иностранными акциями. Была, оказывается, открыта в свернутом виде. И терминал прямо ожил. Т.е. ТТТ с большим числом записей дает такую загрузку терминала.
 Nikolay ,
Если у Вас квики от нескольких брокеров, то напишите какой размер у них файла справочника  sec.dat.
1: 99 мб
2: 28 мб
3: 60 мб

1-й самый медленный. Но он всегда был таким, даже когда ничего не было открыто.
В 1-ом и 3-ем есть поток данных по опционам.

Также заметил, что если скрипт стартует вместе с терминалом и при этом скрипт заказывает данные через ParamRequest, то все начинает очень тормозить. Если же скрипт запустить после того как время сервера от пакетов догонит текущее, то намного быстрее. Так что есть подозрение, что в 12-ой версии сломали работу заказа данных из разных потоков, они банально мешают друг-другу. Сейчас добавил принудительное ожидание LASTRECORDTIME прежде чем что-то заказывать. Но как бы сам факт запуска скриптов, т.е. создание отдельных потоков в процессе запуска после OnCleanUp не было причиной.

Так что в очередной раз новая версия заставляет заниматься бесполезной деятельностью.
 
Цитата
nikolz написал:
Специально удалил таблицу ТТТ ничего не изменилось
Добрый день.

С Вашей темой разбираемся отдельно, ответим как будет новая информация.
 
Обнаружил такой факт.
Если в открытом окне  с интервалом 1 минута сменить интервал на 5 минут,
то объем занятой памяти сокращается примерно на 60 Мбайт.
 
Цитата
nikolz написал:
Обнаружил такой факт.
Если в открытом окне  с интервалом 1 минута сменить интервал на 5 минут,
то объем занятой памяти сокращается примерно на 60 Мбайт.
Мне кажется, вы не на те данные смотрите. То, что вы видимо имеете ввиду - это "Выделенная память". А то, что вы тут пишете похоже на "Память (активный рабочий набор)".
Смысл в том, что Windows ту память, что не используется процессом просто "отсвапливает" на диск.
Поэтому у вас со временем использование памяти и уменьшается (по факту уменьшается активное использование памяти, а не использование памяти вообще).

Потому что Quik загрузил например какие-то старые свечки, которые реально нигде не показываются, но в памяти они место занимают.
Далее вы переключились на браузер, например, а ему нужно много памяти. Windows неиспользуемую память у Quik (в целом вообще у всех процессов) переносит на диск и передаёт браузеру.
Так что со временем в памяти остаются только те данные, что реально процессу нужны.

Поэтому смотреть на Активный рабочий набор не очень актуально с точки зрения именно скорости загрузки. Этот параметр важнее для текущей работы. Потому что если общий "Активный рабочий набор" равен вашей физической памяти - значит компьютеру не хватает оперативы и он начинает тормозить.

Поищите статью "Physical and Virtual Memory in Windows 10", если хотите лучше понять, как оно работает.
 
Информация к размышлению:
 
В данный момент совершены сделки и объем занимаемой памяти составляет 976 МБайт
 
 
а это сейчас:
 
это сейчас
Страницы: 1
Читают тему
Наверх