QUIK и жор памяти

Внимание

Для участия в обсуждениях и оформления подписки на новые сообщения форума вам необходимо зарегистрироваться.
Главная » Основные форумы » Система QUIK
Страницы: 1
RSS
QUIK и жор памяти, Проблема с памятью скриптов Qlua
 
#1
07.10.2026 11:48:11
Случилось у меня такое интересное наблюдение :

Торговый робот на одной копии QUIK у одного брокера работает нормально, создаёт таблицу данных (43 мБ) и в течении всего времени работы поддерживает выделение памяти на этом уровне.
Тот же самый работ на другой копии QUIK (той же версии 8.13.1.6), но у другого брокера испытывает скачки памяти (в таблицах Qlua) с интервалом приблизительно в 3-5 секунд : память растёт от 43мБ до 86 мБ, после чего опять возвращается к уровню 43мБ.

Никакой разницы в роботах или версиях QUIK нет. Все тяжелые вычисления проводятся с намного большей периодичностью (меньшей частотой), приблизительно раз в 30-60 секунд и в обязательном порядке сопровождаются вызовом сборщика мусора. В промежутках между вычислениями сборщик мусора не вызывается, а вся нагрузка это не частые запросы типа Poll (опрос) к котировкам и таблицам заявок. Среди колбэков только легковесные OnOrder(), OnTrnsReply() и всё. При этом на обоих экземплярах QUIK ведётся торговля другими торговыми алгоритмами приблизительно с одинаковой интенсивностью, то есть все обработчики вызываются одинаково регулярно и их выполнение точно не занимает в памяти 40 мБ.

Подскажите, в чём может быть проблема?!  
 
 
#2
07.10.2026 17:08:24
Здравствуйте.

Прежде всего рекомендуем применить оптимальные настройки Рабочего места QUIK, которые указаны в теме: https://forum.quik.ru/forum1/topic1539/Так же рекомендуем обновить версию РМ QUIK до актуальной 13.2 и понаблюдать за его работой некоторое время.
 
 
#3
07.10.2026 18:28:27
Это всё уже сделано и объемы данных минимизированны в обоих копиях КВИК. Тем более одно дело память КВИК (300мБ-1500мБ), другое дело память Lua скрипта, которая почему-то засоряется.
 
 
#4
07.10.2026 18:31:12
Цитата
Кот написал:
Случилось у меня такое интересное наблюдение :

Торговый робот на одной копии QUIK у одного брокера работает нормально, создаёт таблицу данных (43 мБ) и в течении всего времени работы поддерживает выделение памяти на этом уровне.
Тот же самый работ на другой копии QUIK (той же версии 8.13.1.6), но у другого брокера испытывает скачки памяти (в таблицах Qlua) с интервалом приблизительно в 3-5 секунд : память растёт от 43мБ до 86 мБ, после чего опять возвращается к уровню 43мБ.

Никакой разницы в роботах или версиях QUIK нет. Все тяжелые вычисления проводятся с намного большей периодичностью (меньшей частотой), приблизительно раз в 30-60 секунд и в обязательном порядке сопровождаются вызовом сборщика мусора. В промежутках между вычислениями сборщик мусора не вызывается, а вся нагрузка это не частые запросы типа Poll (опрос) к котировкам и таблицам заявок. Среди колбэков только легковесные OnOrder(), OnTrnsReply() и всё. При этом на обоих экземплярах QUIK ведётся торговля другими торговыми алгоритмами приблизительно с одинаковой интенсивностью, то есть все обработчики вызываются одинаково регулярно и их выполнение точно не занимает в памяти 40 мБ.

Подскажите, в чём может быть проблема?!  
Посмотрите сколько памяти занимает каждый вариант QUIK  
 
 
#5
08.10.2026 10:17:33
Цитата
nikolz написал:

Посмотрите сколько памяти занимает каждый вариант QUIK  
Тот который не перегружает занимает 1200 мБ, другой, который перегружает 1870 мБ.

Пока что создаётся впечатление, что это работа OnTrnsReply(reply), так как перегрузка памяти идёт именно в моменты активной торговли другими системами.

Соответственно встаёт вопрос - как с этим бороться? Может быть стоит прописать reply= { } чтобы чистить память сразу из Коллбэка?
Потому что никакой сложной обработки у меня нет, фактически все завершается первой строчкой  :  if  reply.account~=Account then return; end;
Да и в остальном коде только поиски по тексту ошибки. Мегабайтам там уходить некуда!  
 
 
#6
08.10.2026 12:57:16
Цитата
Кот написал:
Цитата
nikolz написал:

Посмотрите сколько памяти занимает каждый вариант QUIK  
Тот который не перегружает занимает 1200 мБ, другой, который перегружает 1870 мБ.

Пока что создаётся впечатление, что это работа OnTrnsReply(reply), так как перегрузка памяти идёт именно в моменты активной торговли другими системами.

Соответственно встаёт вопрос - как с этим бороться? Может быть стоит прописать reply= { } чтобы чистить память сразу из Коллбэка?
Потому что никакой сложной обработки у меня нет, фактически все завершается первой строчкой  :  if  reply.account~=Account then return; end;
Да и в остальном коде только поиски по тексту ошибки. Мегабайтам там уходить некуда!  
посмотрите на что Вы подписаны и сделайте число инструментов  в подписке одинаковым  
Сделайте одинаковое число открытых графиков
 
 
#7
08.10.2026 13:00:13
Предположу ,что проблема в разном объеме в VMLUA свободной памяти.
Поэтому сборщик мусора работает по-разному.
 
 
#8
08.10.2026 14:59:49
Цитата
nikolz написал:
Предположу ,что проблема в разном объеме в VMLUA свободной памяти.
Поэтому сборщик мусора работает по-разному.
Проблема решена. Код :

for iord=lastact,N do
   local tab=getItem('orders',iord); -- получаем заявку i
  if tab~=nil then if tab.account==acc then if bit.band(tab.flags,0x1)==0x1 then
    ...
  end; end; end;
end;

Перебирал большое число заявок (все) и засорял память, хоть и срабатывал сравнительно редко.
До сих пор не понимаю как в qlua сделать локальную переменную массива (таблицы), чтобы при её обработке в цикле не возникало жора памяти?!
 
 
#9
09.10.2026 15:19:12
Добрый день.

Ранее вы говорили о версии РМ QUIK 8.13.1.6. Подскажите, какая версия Рабочего места используется в данный момент?
 
 
#10
09.10.2026 16:06:42
Т.к. это в цикле, то получение данных таблицы - это каждый раз выделение памяти.
local tab=getItem('orders',iord);

Выйдет из цикла и функции, делающее это, сборщик удалит и освободит память.
https://nick-nh.github.io/
https://github.com/nick-nh/qlua
 
 
Страницы: 1
Читают тему
Техническая поддержка
+7 383 219 1606
© 2000–2026,
ARQA Technologies
Наверх