Почему в этой программке утекает память??

Спасибо, интересно... А до вер. 5.4.1 этой ошибки не было?
Я подозреваю, что утечка памяти имеется не только при работе с файлами: как я вчера писал в другой ветке, мой скрипт по записи в файл содержимого стаканов и обезл. сделок потихоньку увеличивает занятую память, хотя в это время нет работы с файлом и я присваиваю false ссылкам на таблицы...

Попробую присваивать ссылкам на таблицы nil, хотя, я не понимаю, что от этого изменится для сборщика мусора... Ссылке на таблицу можно присвоить nil, а потом можно ещё что-нибудь присвоить, а сборщик мусора не заметит, что было присвоено nil. А если переменная объявлена внутри блока, то после завершения блока она вроде бы должна сталь nil. А что, если будет опять передача управления в этот блок и опять эта переменная получит значение, это будет та же самая переменная, или на неё каждый раз будет выделятья память? Я этого не представляю. Каждый раз выделять память переменной в блоке, который может быть внутри цикла, - дорогое удовольствие с точки зрения быстродействия...

В прошлой версии скрипта эти таблицы передавались как параметры коллбэка, а таблица от getQuoteLevel2 была локальной переменной в OnQuote, поэтому ссылкам на эти таблицы я ничего не присваивал (а зачем?) Но память всё равно почему-то потихоньку утекала.

Проверил, память утекает раза в 2 сильнее...
А где можно прочитать о нововведениях с примерами, я использовал только <const>, видел упоминание о <clear>, но поиск по документации в архиве lua-5.4.6.tar.gz с сайта lua.org не находит ни <const> ни аналогичных образцов...

collectgarbage("collect") помогает, даже слишком: в момент запуска в окне "Доступные скрипты" показывается, что занято скриптом 36.53 Кб, потом память, как и раньше, растёт, а в конце, после вызова collectgarbage, она становится 35.43 Кб. Чтобы это увидеть, я после collectgarbage вставил sleep(1000). Но остаётся вопрос: почему сборщик мусора не освобождает память во время работы цикла??

И ещё я мог бы опубликовать свой скрипт, который записывает в файл стакан и сделки по OnQuote и OnAllTrade, чтобы народ посмотрел и сказал, почему он потихоньку увеличивает занятую память, хотя, файловых операций не выполняет? Но боюсь, что, если никто не знает, почему, то просто не ответят, чтобы не признавать, что кто-то что-то не знает. Был уже пример на такую тему: я спросил, почему mciSendString в dll работает, а в exe файле то же самое не даёт звука, даже привёл программку. Так никто не ответил (видимо, никто не знает и в Интернете ответ не находится).

Насколько я понимаю, сборку мусора вроде бы надо делать так: в структуре каждого объекта ставят счётчик ссылок на него, тогда сборщик мусора просто просматривает эту информацию и бысто освобождает память под объекты со счётчиками ссылок == 0. Но в Lua, похоже, сборщик мусора просматривает вообще всё, что попало и смотрит, есть ли там ссылки на какие-то объекты. А если в программе имеется таблица из миллиона таблиц, тогда что делать сборщику мусора, кроме как тормозить программу?

Serge123,
Чтобы не гонять постоянно сборщик, я создаю таблицы требуемого размера изначально и потом не уничтожаю их.
В результате сборщику просто нечего делать.

Нет, ядра у Вас не сильно заняты. Вы можете это увидеть в диспетчере задач.
--------------------
У Вас в main используется sleep(1000) т е Вы останавливаете поток Main на 1 секунду.
В винде квант, который выделяется задаче составляет 15 ms.
У Вас VMLua в потоке работает  1 квант из 60, т е примерно 2% доступного времени.  

Спасибо, что напомнили, а то я в перфекционистско-программистском угаре действительно часто об этом забываю...

В диспетчере задач занятость CPU показывает 4-12% (память занята на ~40%), во время сделки занятость CPU подскакивает до 23%, (при свёрнутом окне Квика 13%), но, когда идёт много моих сделок, я ясно вижу торможение, возможно, в связи с проигрыванием короткого звука для каждой сделки. В это время слышны только звуки, содержимое окон сделок и заявок не обновляется, щелчки по стаканам для выставления заявок не отрабатываются по несколько секунд. Иногда приходится завершать скрипт, который записывает в файл стаканы и все сделки по инструменту.

И ещё я вижу торможение, когда окно "Доступные скрипты" располагаю поверх стаканов. В этом случае хорошо видно, что циферки занятости памяти напротив скрипта перерисовываются не мгновенно. Хотя, GPU в диспетчере тоже простаивает, как и CPU. Поэтому я не знаю, как объяснить это торможение. Если перенести это окно на фоновую область окна Квика, то циферки рисуются мгновенно.

Перед началом работы я в диспетчере задач на всякий случай ставлю процессу info.exe высокий приоритет. Но каких-то изменений в связи с этим я не заметил.

При обработке многих сделок сразу подвисание на 2-3 секунды это нормально. Это и от звука, и от версии Квика, и от процессора зависит, от всего, короче. Такие зависания - обычное дело, а вы ещё и стаканы в файл записываете. Главное, что всё срабатывает, а отображение на экране и работа контролов GUI вторично.

Сказать, что конкретно у Вас тормозит не делая лог файлы не реально.
------------------  
Могу лишь рассказать результаты моих тестов, которые указывают на то, что КВИК может работать очень быстро.
Я выкладывал результаты КРАШ теста, который делал на демо сервере.
В тесте я принимал инструменты по колбеку onParam и выставлял на принятый инструмент заявку на покупку в очередь,
После подтверждения регистрации заявки на сервере, я отменял ее.
В результате 4 часового теста было выставлено и снято  более 200 тысяч заявок (это 400 тысяч транзакций) по 200 инструментам.
Никаких тормозов я не заметил.
Терминал тратил на отправку очередной транзакции не более 0.1 ms.
-----------------  
После этого теста получил предупреждение от разработчиков, чтобы больше так не грузил их сервер.
------------------------  
Поэтому полагаю у Вас может быть либо проблема с Вашим скриптом, либо с Вашим брокером.
Сделайте вывод в лог файл  в колбеке и в main и сделайте анализ задержек.  

Я попробовал его отключить, но Квик начал очень сильно тормозить, занятость ЦП 82%, только и делал, что крутил бублик вместо курсора мыши, я не смог ничего сделать. Поэтому отключение этого алгоритма не для этого 2-ядерного ПК. Попробую на другом ПК.

В моем тесте использовался колбек опParam , а это и есть сообщения, которые отображаются в ТТП. Там не только сделки, но и любые изменения по инструменту. Тест выставлял заявки по инструменту, по которому совершена сделка.  Снимал заявку, когда она зарегистрирована сервером, т е выставлена в стакан.
Тормоз 2-3 секунды наблюдается в КВИКЕ, если много окон и других приложений открыто. Я такое наблюдал давно на одноядерном компе по XP.
------------------
Можно увидеть это вечером, когда мало сделок или на неликвиде..
---------------
Но что конкретно происходит без логов сказать точно невозможно.  

Serge123,
Я отключал этот алгоритм даже на одноядерной машине.

Вкратце:

Вызвать regedit, перейти в ветку
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\P­arameters\Interfaces\
и далее зайти в подветку, где есть параметр DhcpIPAddress, который равен моему IP.
Добавить/изменить 2 параметра (вначале их там нет):
DWORD 32 бита TcpAckFrequency и TCPNoDelay со значением 1.
Для его восстановления надо установить эти 2 параметра в 0.
Для вступления в силу изменённых параметров надо перезагрузить ПК.

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

Если вы на открытии сделки совершаете, то помимо непосредственно ваших сделок ещё и большой поток информации в эти моменты приходит, поэтому Квик это тяжело переваривает. А, вообще, нужно знать время, когда зависание происходит, количество сделок (строк в таблице сделок (собственных)), частоту процессора, что ещё одновременно работает и т.п., и, главное, сколько сама задержка длится.

Попробуйте вывести в лог файл время прихода колбеков OnTransReply  и OnOrder и сравните с временем регистрации сделки из таблицы сделок.
Если выложите эти времена, то можно будет что-то конкретное сказать.  

По одной заявке выставляют HFT роботы, скальперы и ММ.

А какой смысл это делать на дешёвом инструменте с шагом цены ноль целых шиш десятых копейки?

Да именно sleep в main.  Когда очередь  main остановится на указанное время.
Все это время колбеки будут забивать очередь и даже для sleep(10) .
Но при sleep(10) будет пустая трата времени ядра.
Посмотрите сколько у вас будет загрузка процессора, если sleep(10) или sleep(1000).  
-------------------------
Вместо sleep ставим wait в  и создаем event.
в итоге main  просыпается сразу по срабатыванию колбека и спит произвольное время, если сигналов нет.
Пустой траты времени нет совсем. И main реагирует на колбек примерно в 100 раз быстрее.
-------------  
Кроме того, с помощью wait можно реализовать дополнительно запуск main по таймеру.
---------------
Например, делал так:
--------------------
main запускается колбеками, но не реже 1 раз в секунду(10 секунд).

Я ничего не слышал об этих функциях, нужен пример использования в Lua.

Видимо, имелось в виду, что длл получает инфо, что коллбэк что-то записал в очередь, и длл запускает main, которая всё остальное время спит. Или что-то подобное.

Если не ошибаюсь, Вы осваиваете написание dll для луа.
Вроде бы уже выкладывал исходник для event и wait
-----------------
Можете взять  библиотеку w32 для Lua:

https://quik2dde.ru/viewforum.php?id=15

https://github.com/javalikescript/lua-win32
 

Тут дело в округлении... https://roem.ru/12-08-2021/286525/tinkoff-cents/
Вот продали вы один лот ценой 1.3862, а получили 1.39 из-за округления. А можно можно купить сразу два лота по той же цене за 2.77. То есть продали два раза по одному, купили сразу два - заработали копейку. Сумеете купить пятьсот заявок по два лота и потом продать тысячу по одному - плюс 5 рублей. С теми объемами торгов, которые там есть - можно и много больше. Вопрос только в том, когда брокер скажет "ай ай ай".