[BUG] Повышенная загрузка CPU при большом количестве функций в скрипте

Старатель, Там же русским языком написано:Если какому-то идиоту потребовалось 150 000 таблиц в ситуации, когда не нужно ни одной, то (мягкий) ответ моет быть только таким: "К сожалению, нам не удалось воспроизвести и понять причину описанной вами проблемы". Можно было бы и сразу послать в соответствующем направлении.

Дополню, что при этом нагрузка на ядро процессора (i7-9700K) максимальная (100% / 8 ядер = 12.5%).

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

Правильно я понимаю, что у Вас три терминала КВИК работают и каждый сделал по 12 потоков, а у Вас всего 8 ядер ?

Это хорошо. Полагаю, что разработчики это тоже подтвердили бы, если бы провели разбор проблемы качественно.


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


Нет. В процессоре всего имеется 8 ядер. Каждый из 3-х терминалов грузит полностью одно ядро процессора (архитектура терминала такая). Дополнительная нагрузка собственно от Lua минимальна. Основная беда, похоже, с тем, как отрабатывают функции QLua, заставляющие терминал что-то отрисовывать. Что-то там внутри терминала с синхронизациями при доступе к общим ресурсам не так. Пока неясно, как бы это в явном виде продемонстрировать.

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

Высокая нагрузка CPU в QUIK 9 при вызове колбеков в скриптах, которые содержат много переменных или хранят большое количество элементов в таблицах.

_sk_, посмотрите мои сообщения на первой странице и комментарий Антона #16.
Суть в том, что сам по себе вызов колбеков при большом количестве хранимой информации создаёт огромную нагрузку вне зависимости от кода внутри колбека и параллельно выполняющейся работы в main. Отмечу, что объём хранимых данных (в байтах) не имеет значения. Нагрузка пропорциональна количеству данных.
Обратите внимание также на тест в сообщении #19. Сам по себе скрипт не выполняет какой-либо полезной работы, он только вызывает пустой OnAllTrade(), больше ничего. Увеличение времени работы скрипта при подключении различных библиотек как раз свидетельствует о наличии зависимости нагрузки, создаваемой колбеком, и количеством данных в скрипте.
А тормоза в GUI, которые вы наблюдаете, - скорее всего уже следствие, а не причина.

ЗЫ: версии библиотек qlua.dll, lua53.dll, lua54.dll в QUIK 9.3.3 не изменились по сравнению с QUIK 9.3.1

TGB, На месте разработчиков QUIK я бы просто запретил использование более одного скрипта на терминал. Или, по крайней мере, считал бы их полностью автономными задачами, не требующими вообще никакой синхронизации. Тачка просто летала бы! Что, собссно, она у меня сейчас и делает.  

Колбеки выполняются в основном потоке терминала КВИК,
Поэтому, когда у Вас исполняется колбек терминал КВИК курит бамбук.
Если Вашему main надо данные получаемые основным потоком, то ваш main тоже курит бамбук.
и не важно сколько у вас ядер, все ждут основной поток, а тот ждет когда ваш колбек закончит ....  

Я позже разбирался с этим, запуска сборки как таковой там нет, это вызовы отключения/включения сборщика. Но при включении сборщика есть побочный эффект - сбрасывается переменная debt в стейте и, получается, на следующем шаге сборщику придется оценивать количество мусора заново (как минимум, а как максимум он еще и шаг сделает). Это совершенно недокументированная особенность луа, так что я б не стал арку в этом обвинять. И там есть некая переменная, уже аркина, которая неизвестно что содержит, я не проверял под отладкой. Возможно, даже этих отключений сборки не происходит, хотя, судя по наблюдаемому поведению, они таки есть.

А теперь проверил. Коллектор выключается на каждом OnParam и каждом OnAllTrade. Вариант "оно отключено и не влияет" отпал.

Anton, У МЕНЯ?! Да я ещё 20 лет назад писал в своей "персональной" ветке:

Блин! Теперь у меня ни малейших сомнений: exceptions надо давить в зародыше!
(...)
Мужики! Мне просто страшно читать о проблемах, какие при этом возникают! Да на кой нужно такое счастье? Стек - это просто LIFO. Заказал ты под него динамическую память или она из тела программы - вторично. Хип - та же память, только в профиль. Надо 5-10 стеков - пожалуйста! Надо отмотать - пожалуйста. Надо диагностику по аварийному выходу из хрен знает откуда - пожалуйста:
for (;(INT8)(*_OS).iPush >= 0; ) // если стек параметров установлен
_PopAllData (); // восстанавливаем спрятанные за Push данные
Работает, как часы. Просто до неприличия - с вашей квалификацией практически любой за пару часов напишет. Ну, "восстановит" она какие-то объекты в стеке, из которого мы уже умотали - был один мусор, будет другой. Но наши-то ТОЖЕ ВОССТАНОВИТ!
Ужас! Завязывайте вы с этими исключениями!
https://forum.ixbt.com/topic.cgi?id=40:160:61#61

08.02.22 Выложена версия QUIK 9.3.3. Похоже, взамен того, что было выложено в конце 2021 г.
----
Среди исправленных недоработок:
Медленная работа Рабочего места QUIK в некоторых случаях при запуске или во время работы.
Но это надо, наверное, проверять.

Daniil Pozdnyakov, просьба более детально описать, что именно пытались воспроизвести, какие действия предприняли и какой результат получили?

Сообщение #51 не моё, оставлю без комментариев.

Daniil Pozdnyakov, я правильно понимаю, что тесты проводились на Junior, где количество всех инструментов (если не считать информационный класс) чуть более тысячи? Из которых более половины редко обновляются или не торгуются вообще.
Для справки: у меня в боевом квике, в котором открыты только стаканы и графики по 8-ми фьючерсам, "умный" заказ сформировал список из более 30 тыс. инструментов, которыми я вообще не торгую и не открывал даже. Плюс ко всему инструменты на бою обновляются на порядок чаще, чем у вас на демке.
И все изменения параметров по всем этим инструментам вызывают OnParam во всех скриптах, где есть этот колбек.
В таком случае и количество скриптов и/или количество данных надо увеличивать пропорционально. Это, конечно, если цель - разобраться в причинах повышенной загрузки, а не просто отчитаться "запустили/посмотрели".

Исходя из вопросов, ясно, что никто ни черта не делал и даже не читал тему. Вижу, что "тестирование" (если это можно так назвать) проведено на от#сь, совершенно без включения мозгов.
Как я отмечал, оказывают влияние не только функции, но также данные в локальных/глобальных таблицах.

Позже дам комментарий по сообщению #19.
Думал, для людей с технической специализацией оно будет понятно. Видимо, придётся расписывать для тех, кто с компьютером на "Вы" и то шёпотом.
Но на это потребуется время.

Как же достали эти вечно скулящие умники!

Ну, я когда-то тестировал более 20000 инструментов, большинство из которых прекрасно обновлялись и торговались. А тут проблемы с неполным десятком? Это как же нужно уметь программировать!

По поводу "умного" заказа - вот фрагмент моей переписки с брокером:

Добрый день. У меня в последнее время появились нарастающие проблемы с Квиком:
1. Загрузка самого Квика происходит неприлично долго, причём это время постепенно увеличивается.
2. Сегодня Квик отвис...

Проверьте пожалуйста наличие фильтров на получаемую информацию, возможно они сбились и сейчас программа запрашивает информацию в разы больше чем вам нужно. Для проверки фильтров нажмите F9, потом котировки, должно быть так: (...). Потом в обезличенных сделках справа должно быть выбрано желательно 0 , т.е. ( 0/…):

Да, в настройках стоит именно "умным заказом". А вот обезличенные сделки я вообще не использую - может быть, их можно как-то отключить? Ага, у меня там куча галок стоит - всякие там кросс-курсы, опционы, акции, облигации, а у Вас ни одной. Если я правильно понимаю, то "умный заказ" и так обеспечит получение необходимых данных?

Обезличенные сделки подключены всем по умолчанию. Если их не используете в работе , то просто проверьте что у вас в Инструментах вверху справа перед  / стоит 0. Да, если включен умный заказ , то наличие или отсутствие галочек в панели ниже ни на что не влияет

Даже сейчас читаю просто с наслаждением! А здесь... ЗА КАКИМ ХРЕНОМ Вам "и количество скриптов и/или количество данных надо увеличивать пропорционально"? Сделайте ОДИН скрипт и пихайте туда только НУЖНЫЕ данные! Тогда любой процессор потянет не Ваши несчастные "8 фьючерсов", а все 800! И покурить при этом успеет, и кофейку попить. Это особый талант нужно иметь, чтобы выкапывать "повышенную загрузку" в задачах, которым любой старый велосипед годится!

И Вам задали совершенно конкретные вопросы: "сколько конкретно скриптов?", "Какие конкретно функции используются в данных скриптах ?", "Какие конкретно параметры ОС". В ответ снова гнутые пальцы, ибо по теме сказать тупо НЕЧЕГО! Чел со сраным десятком тикеров справиться не способен, но он "с компьютером на "ты", панимаш! Тьфу!

Для полноты картины не хватает теста с открытой, но свернутой ТТТ.

прикольно, что куча тестов кучу раз вызывает колбеки,
которые кучу раз дублируют одну и туже информацию.
-----------------------------
В качестве пожелания:
Может имеет смысл сделать вызов колбеков один раз для всех скриптов и  все их спрятать ,
чтобы не пугать буратин
и не давать им возможность грузить CPU кучей бессмысленных скриптов.

для особо тупых
----------------
запустил Ваш тест на боевом квике
------------------
вот результаты:
это без теста
[img]data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAjQAAAAYCAYAAADtemdnAAAJtElEQVR4nO2dz28b1xHHv3LdxHWNJDVouEV9KCqvVhX1HxDwwSeJdbSXUml6qwkBclFKgKLw0AKhWCAtsFFVkIICBSpt10aQmBsfVlYpnXxwQcBoDkkArqAVrSpBdVFMGI5Tq7Ujij3scvlI7tsfFB3rx3wAAdzd92bnzfvB2Zm3YsdaqVIBQRAEQRB7gvLWBo4ff+F5q7Gn2dp62mSjI89JF4IgCIIgiLZBDg1BEARBEPsecmgIgiAIgtj3kENDEARBEMS+56ifwr/7u4x79z8HAJw99RP88efxZ6IUQRAEQRCEHzq8vOX0G+X3uP/4ge21U98/iXcjb7ddMYIgCII4jNBbTu609JZT5OolrjMDAPcfP0Dk6qXda0cQBEEQBNEijg7Nr/7229pBeQfH1h/hxMdf4sTHX+LY+iOgvGNflouCWKADndZfL9K6D231JPoCHegMJVH0UY1wQ0HMb18QBwM9ib7qfGI/H3CKci+zDnWgM6owV+3mA3tOQSwwiJxtWQ3pUKM8gjio6JgKncaZgPE3rHKKqUNWmfNybWKtyuds6y5EHWQ5wHVort1V8E2lbByUd3Dy04e4nnwfV2Zu4srMTVxPvo+Tnz60nJpvKmVcu+tlEgcxmq9grVTBUhxIXfSwgFYdmYvAdKmCtXwCgrf2EQThhJjAtKSYDwoTEOIHf24V5V70yT3GWmL+TWOwLU5ILtqLnFTAWibSBk0JYq+joyu+iY3SJjbyb2I1OoSFpiKTOB8FZkub2CjNoUsewpQOAPOYUgdw2zwPeRKrZvkpzGFW8q8N16H5h37X+nziiy28N32jqcx70zdw4ost2zpeEOIJhHUFi46RAQ3pixMQMuTIEMSzQIgXal/sLSwi+wo9iZjcg+lSFmHmdDhTwOhKcldRyqLcixiyWIoHd60mQewPBnChumaIXeiyKbGqzgPxcVwwy4/FgQWVN9F0TF3UMZYZaEkbrkPzsPzY+nzlD9e5Athrj8pb3HJeyEXtQsDLKOoRCHotRNwna7VK1eiN+RezwlSNoeCG47p61fCxw3mwcprTXkYI24P8akja0rf+uK48t22N+tTuW6+Hiw2sFOAgctCQCtmkAd3sq9au1/rFm43s+9tJZ6e2etDVg0znccLrA6CxX731owcbVv/YtBBXlk15H3ZpsqdD+wwZbvVbHetsOsdtHPHSpZzzKxqKUqTOmTEI4my3hpyqNV3xhDqIPjWCJYrMEIcV9RYWpFdNx8ULAxiT5nE+cBpnAkNAfByQh7Aan/Mhox7+HpqdHe4lfpWyr/JFOYmcGEG/aByHM9UQcBZh1Xxa0pdRhIIcbljXBLm3tqCGzOhNqYK1/ASKUS97QRTEQgrCZuprLQOkZc3hfCNBCGAjSxoWdTDRI54cDemQGZK2noiDGMmbbbbScVmEW2qbgrQKj1EsDenQIIrxQv29Mz1IhZgvFEcdNKTkahpwApBfY6652YjT355pbGurY8H5Ht5lttqPzjaspmeN6KSbLOa+umY6AV7b4DR27MatW32/Y50379zHkR+K+jL3miC2GlnRkJIVhA9Buo4gGrH2wcy/ig2byEqXKGJVnjRTUXpddKYrfsdIV5U2MSsZKaixXUSJuQ7N0f/V3ua+eucDrgD2GluHTzUS0GHksdk0kjrIiYxEMGKFcY3PRV0znZ0I+q2QVwIjkobiSu1etc8M+jKKjB6dUcVY6HjnbQhLPUjJZlRBNRwzwVX+R8jpbFsccG1bM7noINC0qDJ61EWiOLpICYyKChZVLzoEMXrZvJ+Nfo42Ahz6252mtnoYC7Z2cLSRg0zXSJ5XvZxt6E9WtR2DQMZMqXgcR/Zjp3pf93Hb3B9+xzp/3rmOo7r+c4qiAYLY466Pb4IYzbTDgSaI/YfllAzcwpnAOXN/DIM0h9txHcNmJGa1W7SVsxCdRNflcYCzUdgLXIfm5JPa+91L/8pzBbDXfvDEy3vzzFMnm8fWk+iLmk+qpQJGq20We1p86jEW01pao9lJYjcF1jbx8c43ICUwuqIgByA3v4yw1LhQepTTLlaSSCNr8+TMsXfb0XCv8YvYyUa8/vYCt61OONmhBRuJCSyV2m1XGxv6otqOAgTZx5drS/ZsY30AjvPFda4x/ZeJICc7vGjQHYSgKjYOqIZFFQhLQQA9EBrHo76MInpwljdOuxNYqotuEsQhQ5rDrKRj1WYNq0Vi7uACdHSJDRNJn8QUxjEmNm8U9gPXoZl5YwbYNtJOZZTx+rUYPvzklnX9w09u4fVrMZRhpJmO/Hcb774x4+vmdaxoKIpBw3nRP0LOWowj6JcUJgRtfBbEoOnsmNEEANCTSKu1p1F2s2Pdl45ZrymdxDtvSxD90jLSchKLSGCE7R+u/F8gLHqU79K2ejSkogrCcR9OE08XNYmUbt7HVQdmz4H5RF6vn4ONuP3tBqetvuzlkXbI3LUNW9XHjMJ4uL/r2HEct7z+8D/W+WUdxpFfxARGJAWxun05Rnos1V2VbeynYd/AzMkTnL03DFIWS/HlBtkEcYBR55m3muaxoIro6jY+D9tFa9QhDK+82ZBW2t1GYBbHnz54ufgffPWzlwAA2zvbuPlZDjc/s3n+2Kngh//2v+emDimBUbkXfYEJQIwgzCxa4UwWi4FedMrGsRAvYEkCgAim8xPoC3WgMwoYT2oFD0/L1Xo1mZCyWMvwz9shxBMQAoNApgKAfeWTL2ckn0WRaUs4w3uzxF/bhPgNnwt9sEkXhDqQqruPmw5BCPpr6AxoVlsa9ePayKG/qymEFHsqNIizpYhDW1sdC060Q+bubehdFmM3KYs1j3PEfew0jxV23NrXd65j367G+cLqyJtrDe1GEKP5LISmMjXCmQqE6thj9B29HGHKFHAvxJQRJ7CUd39gEOIFTOsd6AsBa/mEa3mC2Nd0r2IqcBrD5uGFzCbGmtaCeQwHqq9zD2C2NF73NtSqPIQFaQ63zetj0jmcD7xjyfOD608f/Hokgq3ul7Fz/LvcMkcfPMEHY5d93ZjYSyiIBZIQ8gUfTlErdVpFQSygoP+ZpsyeB9+mDQlH9CT6QhMomg4f9QfxPKGfPnCnpZ8+uJJW8NN14Nj6I3znq6fGyfIOjnz91Crzyvdeaq+mBEEQ3ybWnihyZghiv+Lp17b/9M5fAQBvvzWGz/9ZxIsvvoBTp3+E9e37eCy+gspRV7+IIHZBBNMl+v8eBEEQBB9Pv7btxKXYL3Gs58f4y6U/t0sngiAIgji0UMrJHbuU064dGoIgCIIg2gc5NO60tIeGIAiCIAhir0MODUEQBEEQ+57/A/o2osNU512BAAAAAElFTkSuQmCC[/img]
это  исходный тест  n =5000000
[img]data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAkYAAAAhCAYAAAA8s2SnAAAKMElEQVR4nO3dT4jc1h0H8K82trehdpzE25Rxe8ihwVjSxaQHF8Peeiv44HmycQ8pCRQCDbitMYUaJJXtZanbxVBSimPsNHF39cYH1yVt0xKwYcteWpdGT2bJoTUsHeI/if/V9a53Rz2MZkYzo38zK3vt9fcDCzvS09N7T0+an96TdrVTp06FICIiIiJoYRgyMCIiIlpnrgWnsfXLX1jrYjzWbn16H1/aWu9aNrJGZSEiIiJ67DAwIiIiIoowMCIiIiKKMDAiIiIiijAwIiIiIopsWIudfufMJPz6vwEAZuVlnDp4ZC2KQURERNTlkb6u/61f/xj1O58lrqtseRG//+5PH1VRiIiI1jW+rp+v8Ov6DyNWevXYm6lBEQDU73yGV4+9Wfp+iYiIiIrqC4w+/vhjXLhwAY1Go7SdfOMX3+t8WGlg85Xb2HbpKrZduorNV24DK43ktKkkLE2D1v4x4aoBCqRcmJoGzXQxyGaUR8Ia9FjQ+qBcmK3zKf77OqdcM3Yd0qBZMrY26XyIL5OwNAsyMa2Ca/bmR7T+BZOHMbqnhiAtwbkpjI5N4WzvNmMHMDp2AAfPdZaffaP7c1FdgVEYhrhx4wbq9TouXrxYSnA09ZHEUmOl+WGlge3+TVw4/j4+fO8sPnzvLC4cfx/b/Zvt4GipsYKpj4pcDAw4fogwDOE7gLO/wIW4FRDtB2bCEKFvw1hN5YioybAxI2R0w+FAt9f/uaVcE6ajwwub16EwDOHBKiWYkZYJKXyEniihpERPijlMTC6krFvAxJ4DGP0dsK93m3O7cen6NBavHwImo6BqvoYJHMKZvYOXoisw0jQN4+PjqFQqpQVHf/jnXPv3Fxbu4fy7M31pzr87gxcW7iVuU4Rh2xBKopYZGSm4+x3oHgMioofBsP1OgLDev8+Vi/2ODi/0EK+q8Hw4gbuqUVPlmrDgwbd5laKnSzBZA45UoSeu/SqOzk5j8Z3dBXJawMTrCzhaKG2/vqm0kZGRUoOj6w/+2/79L8d/k5ouvu7zB/dS0xUhraSh7QBKCRhBZ+jbjF+9WqNJ0U/npq93iLvnc9d2rWHxjOWI59M/ndccmi+Qf2uovV3e7s9d6VPr1luezn67y5HTBu2pTQsSCo6ZML2Z176ys75zXIq1UfLxzipzVl0LlLVAntn9JO0YAL3HtdhxLNCGrZ/4dFdqXgnpB2iXvvbMqF8zj7zth+3r8WmqvH6UNg2csjxQUEKgP/4zoOsKMvsuLV3NgikF/HUfWRL1mK/h2/PVIUZ4duPo3jnsGjuA0bEp4EgVmJxCcORQz8hScYkPX4+MjGDPnj3YtGkT6vU6Ll++PGT2gDZEUNVoTb0VpFwX0hCoRjdYwmsNbXsQMrp7UwECSEjMtNfpjtm5MJvRaFIYIvQdBFaRZ2UkLFNCRFN6oQe4rspY3suAgfhIl0JNITaalZaPgmtGQ+3tO3QDth/VuT3N6EEMVTcJV6LgqJqCa1oIHL97354Ox4x9MWWWQcFxW9ObDuDsj63La6OU411Yb12H7QvZ+yie57DHMbsNW9POzdHSvLxi+1UqmusvWoesvpPUb/O2H7Svp513+f1oECpIfQICujF0rnAcCfEUTEMSdVvAxOtz2HdkuBEe/cjPsHh9GovXp3Fmb3Nq7egQU2gtiYFRo9HA7OwslpaWUKlUsHPnzqF3sHGx84bbz//429R08XXxbdK1Ria05jx/fHpMWikjNQJ2e3hawHYMBIGKgiYB0bpIGzZsoaDa17747/EiBAhi5dAsCaWC9OUJhNDhuFEpZTPA03Pzr0GqeF2ymimvbv2kZQG23TOcGStH18hYSlmEDceQkLJIGQw4M9HxSyhfZhs1C5wxMpetr64F+kJiO2S2UUaeuSOLRcuV3YaD5dWqhwV40VRRwX6U3Hda2eb32/7jMWhfTz/vcvtR1/HLGtUDDD15sH91DDheGYE40ZMlmJzC2b2HcHTH6vM6+0YN+skqkPJAdhF9gVGj0cDFixdRr9dRqVQwPj6OkZHh/0D2S8ub2r/PBLOp6eLr4tuki90Fx+f5lQvTQvRApA+ndT019JR5yzzNAKozXdMfbMUfvuw8LJm2vEfVhhNISABSBhDV3lIWzKcsgQsXXsKdfEp7l06h72Y8q43SjncRqXXNktUOQ7SRYcMPy27XhDYcSKsePgx3gC/podqzxO0BZJ4vueda7Ph5AtLNeKFDN2BImRDIKtQkIKoGAB19g0cqQAAdelo/1W34XaOtROtd84Hr9ptle2oI5mvYlfVmWpr5GiZQxdEd/Q9kD6LvrbQygyIAOPeTXwLLzem05XAFu6fewtuz59vr3549j91Tb2E5bE6fPXN/ubnNsAIFZRjNIEjVINtXNgEhZGxoXcJ1FHTdiIKmaHQDAJQLV3bujuMPlXZ9eUXb9U2TpS1PZKAqAriuCwkbXTfGqflXIYyC+efUrZuCY0kIe4BvprSySBeOivaTW4bYMxnRCEF3+TLaKPV450mp60DtVVAZea66DYctTzQqVGD/uX0ns9+mHY/B+3p62ox+NCjDhi0krK7nlprTfo7eyrv5vFH8jVnpOinPJsUID74T9ORNtF7txploGmzx+jQWZ6vQd1RxabYKHXM4OHYYE/NF8lndA9dxXf8SRNM0bNu2DQBKCYpaXvrXXVx95TkAwIOVZZyY+wAn5j7oT9gI8XJ9lX8iQNhwXBOm5gCGgIhd/ITnQWomNKf52XB8+AIABDzfgWlq0Jpr4Ph+gbv31nadPCE8hF768iSGbUPXLMALga77xPR8bN+DitVFeGlvAg1WN8OZGfALw+grizQ1OF37ySuDAV3th6apdl16y5faRhnHuzU14sSWSNOCHoqMug7bF7KUkefq27B4XrF2Ex7CgudIft/p7yvxfpu8ffY2yfXqPV9iuaWeaz31hgHH92BkjNsIL4Tf6nux8jozIpbGh2PG0hgOfD//yBu2D09pME0g9O3c9ERPu9Z03CUAzQeyD2PXWHOkaN870wPllfgvQcIwhKZpJRS145uvCdx6ZStWnt2Ymmb080X8deJkqfulR0nC0lwYvj9AcDXMNsOSsDQJ8VCnAtfCo2xDyqRcmKYDFQWOPB60lvgvQfIV/pcgZQdFAPDn0xLmArD5ym1svL3UXLjSwDN3l9ppXvzic6Xvl4jokWk/M8agiOhJtSE/SXlO/uoEAOD7P/wBPvn7Jxgd3YRKpYLLC9dw82vPI9xQztQdUTIBL1xfY0VERFSuxKm0tbD3tQMY3fkVeD86ttZFISIieuJxKi1f0lTaIx0xynLu9GAPRxERERGVjXNXRERERBEGRkREREQRBkZEREREEQZGRERERBEGRkREREQR7U+Xlx+L1/WJiIioPF/f8g/8Z3nLWhfjsbZ9wx18er97mXZ38fH4O0ZERERUnsVrf8Ozz29d62I81v538xY2b+6ePONUGhEREVGEgRERERFR5P+8fsobYtgWHgAAAABJRU5ErkJggg==[/img]

это n=0
[img]data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAkYAAAAcCAYAAACEV3DUAAAKeklEQVR4nO2dX2xT1xnAf84oZR3qH+o2Q+NhWnCcxnmbWqmyxkOfgkfxy5yuexsREkxzIqXUD5s0x5O6SReWKYmoqJiBUVUtcXlwYCZPlcrktSqa2mpxxo2b0WpIVcDtKBvZCtjew722r+37z8YQCN9PsnTvPf++851zj7/7fefanmPHjpURBEEQBEEQWHdx4w9WWwZBEARBEG4DQ8+s573FL1ZbjLuaZ3sfr9ORZ6lQFo+RIAiCIKxBiisXeeih9astxl3Nysr1Oh11raIsgiAIgiAIdxViGAmCIAiCIOiIYSQIgiAIgqAjhpEgCIIgCILOutVq+Bd/Uvjk8qcAbH3iu/zmh7HVEkUQBEEQBAFYhbfSfpb6JZevfWma9sS3NvFq5JU7KY4gCIIgrFnkrTRnXL+VVr4N9lLk2F5Lowjg8rUviRzb2/F2BUEQBEEQ3GBqGKkLf+ODv7xLqVTqWEM/+ePPayfFEhsuXGXjuUtsPHeJDReuQrFknteSFFGvh57qZ4AptQWB1ASDXg89wQT5FooJTqSItjoWwtpATTBYuZ+Mx2ucvDJgWIc89AynDKlm94PxWoqod4iMad4cU8HG+gRhraIyEexmi1f77Enb515UtrEleIBF47lJ2dPDznU10mQYlctlrvzrCy4tf8659852xDg6/n6KG+WidlIssemjK7yeeIOjB09y9OBJXk+8waaPrlSNoxvlIsffd7MYBBjNllkqlJmLweQuFwtxxSDaBdOFMkvZOL5b6ZwgCBr+ONPhlP7AMY4vtvbvrbwywKDSr60l+meaoY4YM5nhATLheZaSkQ5IKgh3Oyq9sWUuFpa5mH2ZxeHdnLbMO8uEotafp3fyTmGZi4XDoOgGk3qACQ5zKNyaJE2Gkcfj4elnt/Fk9+aOGUd/Vt+vHm/8bIXXpk805Xlt+gQbP1sxLeMGXyxOSE1xxtZTkWNq1zi+pBhEgnA78MXmawZCi4vRPYeaIKr0M12YIWS4HErOM3o+cUte07wyQJQZ5mKBWxZTEO4NdrKjsmb4e+m1ybmoHIDYy7Z5QGVil8pYcmfLkpiG0rq6ujpqHF0pXqseH/3165b5jGlXiyuW+dyQGTZzbS+QVyP41Jrre1DJ1QpVvEn6J1p1vzW6uBvO68pV3OI21zHW0xzO01zzLuqvuNqr8taf1+W37FujPLV26+Vw0EE1tDlEhhyTQZPwppN+07X02ri405H5eNvJbNdXF7K6qNN+nliNATSOq7txdKHDyscY7rKsyyR/C3pp0qdN/7Q6nMq3O9eNYSqneWQVBra4fj5HPhypM4o0Amzty5FJ55pSXJEeYjAdYU48RcL9SvoUp8PPs8MsTT3AHnVfgxdoJ2PhWZ7zdrPFuxti+0DZzWLssHkdDlhuvu7q6uL7zwR54IH1XFr+nKXFv7dRvU4bRlWpVGwpf15JkPFH2O7XzkPJimt7hlBaf3pTF8iTIsOJappPGagtzEHdm1Qos5QdJz/sZq9MimgwRUgP6S0lYUrJ2VxvJIAPo6crxxkVgzfLqp4cU0Hd1V59Qg8wktX7XA0zzhBqq28pptK49KrlmAoOkY/N17ed7GcyaPhispUhx6RSCW+Og/KCIc1JRxbj7ZrGvrY7F+zbcF9nu+Nor8NK2FnzljrVZWhXzenGhNs+2M0ds3nrVL7VuW513znPo1bIqwuWaT5/u56eHJNKitB9EIYUhEaq+4Rmn+eiqadHZWLXLDtizWm9sbNaGK6wzKGwFloba9NrbWkYlUol/vpBlhs3rvNk92Z6ep9qrwVg3f9qb7gdO/umZT5jmrGMNRXPhEeL8xvDY+khC09NhJGqe1o7zqs53WiKsL3qyoszEs6RP19rq3ZsQF0gb5CjZzilLZhW100IhfuZVHQvR1oz8HyO9b9NRjX2xQbHvjWTGR6CpsXZIEedZ8xClnCcUX+KM2k3MgQYPaK3ZyKfrY7AZrydaeqri7lgqgdbHdnU6ehZdCuXvQ5bq6vSjyFI6qEil/PIfO5U2nWet83j0epct77vHOdR3fjZefXA5+93lqdlAowmO2GIC8K9R9W42XmKLd5tTDTcA4vKbk6HDzPmt6/n9PABeo/sA4sN2U6YGkalUolz753l0vLnPNm9maef3UZXV/s/kr3p69rvA8z9I2uZz5j22NdufnfB8BRsjPOrCQaH9SfnwjyjFSX6+9t8CtMW5Vq4ptnYMm6+rG2WtLreQDjO6PkUGSAzu0Ao3LjguqynU5xPMMWMyZO8hb47To5PGr/Q7XRkNd5usOyrHXZ6aENH/jhzhU7r1USHLVHpxzw+pYUv6bb02cHygO394nivGcYvGSGj2LzQ0RfAl06ZGLI5zqQhFA4A/fga56O6QJ5+tlrN0744c3XeVkG4zwgf5lBYZbFuDdM2XFe9SsH9LKr7ec7wZhqgb7jex5i/eUO2W0zfSuukUQRw8KWDcFMLpxUp8uLxKG99eKqa/taHp3jxeJQiWvis6783efWlg+03eD5H3h/QjCD1bTLVRT3C9nDK4FrXjn3+gG406d4NADXBVLr2dGzcVFr35aWXawqTWV03JcD28AJTSoIzxBkxLpiW9f+IkN9l/Q59qyfH5HCKUKwF48tKlnSCSVVvx1EGw54M3UNQL5+NjizH2wmLvrakL5d0os5b1mG78uheIRftO84d23lrNR6tz3XrvDbzqFX8cUbCKaJ1+5a0sN9kX6Vubb+R8Y3ZjDJusTfJQHiGudhCQ92CsIZJzxreQpvldNpPb592vMe7jQl1J4f0UFnlzbVe/8u8k91n2ITd/oZrI01/CeLxeHj0sccBOmIUVXgk/x++euphAG6WbnLy4wwnPzZ5HiqV+fY/b/EnAsJxRpUBBr3j4I8QMix+oeQMZ7wD9CjauS82z1wYIMJ0dpzBoIeeYdCeHOddPL1XytXqJDzDUtL6uhm+WByfdwiSZcD4qq91PSPZGfKGvoSSVm8CtdY3X+xEi18YgSZZCHqYrGvHSYYAPvUFery5al8a5bPUkc14V0Ijk8ZLwSG2FiI2fW13LtjRiTpvXYfu6zLoLTzDkst7xHnuNM8V47w1L29fxrxfjfeLUUare62h3wQYzc7ga8pTI5Qs46vMPYO8o0cihjzzfBI05PGPM5d1fvDwxeaZVj0MBmEpG3fMLwj3NH2LTHi72aOf7kguO4bMGqmE2t4BtA3Z23jOu79an1ss/xKkXC7j8Xhak8qBn45EWOl7hNJDD1jmWffl17w5dqSj7Qp3khRRbwJfdr4F46qdMu2SIupNsf22hgJXgzupQ8EWNcFgcJy8bjjKeAirifwliDOu/xKk00YRwNGpFN+7ABsuXOUbX13XLhZLdP37ejXPo998uOPtCoIg3DGqe8bEKBKEe5GmUNrt5rf7/wDAK78a49MP8jz44Hqe6N7MhZuXueZ/lPK6zoTuBMGcCNMF+X0YQRAEwRzLUNpqsDf6Yzb0f4ff7/3daosiCIIgCPc8EkpzpjGUdlcZRoIgCIIgdA4xjJxxvcdIEARBEAThfkMMI0EQBEEQBB0xjARBEARBEHTEMBIEQRAEQdD5P9nJ+EEfNaspAAAAAElFTkSuQmCC[/img]

общая загрузка CPU 5-8%
В итоге:
Ваш тест CPU как слону дробина.
-------------------  

Там колбеки-то были? Сравнивать имеет смысл при наличии колбеков.

Скрипт:

Скрытый текст

Код --local n = 0 --local n = 1000000 --local n = 3000000 local list = {TQBR = {"SBER", "GAZP", "VTBR", "RUAL"}, CETS = {"USD000UTSTOM"}, SPBFUT = {"BRH2", "RIH2", "SiH2", "SRH2"}} local param = {"BID", "OFFER", "LAST", "NUMTRADES", "NUMBIDS", "NUMOFFERS"} local run function OnStop()   run = nil end local c = 0 function OnQuote(class_code, sec_code)   if not run then return end   c = c + 1 end function OnParam(class_code, sec_code)   if not run then return end   c = c + 1 end function OnAllTrade(alltrade)   if not run then return end   c = c + 1 end function main()   local a = {}   for i = 1, n do a[i] = i end   for class, sec in pairs(list) do     for i = 1, #sec do       Subscribe_Level_II_Quotes(class, sec[i])       for i = 1, #param do         ParamRequest(class, sec, param[i])       end     end   end   local t = os.clock()   run = true   while run and t + 90 > os.clock() do     sleep(500)   end   t = os.clock() - t   for class, sec in pairs(list) do     for i = 1, #sec do       Unsubscribe_Level_II_Quotes(class, sec[i])       for i = 1, #param do         CancelParamRequest(class, sec[i], param[i])       end     end   end   message(string.format("%u: %u; %.0f/сек", n, c, c/t)) end

Результаты в боевом QUIK 9.3.3.3

В утреннюю сессию (~ 9 ч. МСК)

1. n = 0: 18233; 202/сек

Скрытый текст

2. n = 1000000: 19444; 215/сек

Скрытый текст

3. n = 3000000: 18127; 200/сек

Скрытый текст

В дневную сессию (~ 10 ч. МСК)

4. n = 0: 54455; 605/сек

Скрытый текст

5. n = 1000000: 45956; 510/сек

Скрытый текст

1. Из названия данной ветки, наверное, можно понять, что в ней не обсуждается оптимальное построение торговых роботов на чистом Qlua с учетом «кривизны» реализации Qlua. В ней обсуждается аномальное поведение QLua в некоторых конкретных случаях, приведенных пользователями.
Разработчик QUIK мог бы либо объяснить, либо устранить обсуждаемые ситуации, но этого не делается.
----------------------------------
2. Где содержательный ответ разработчика QUIK на мое предложение: не «дергать» мусорщик в колбеках, представленное в  сообщении 167 данной ветки?
 В последней версии QUIK 9.3.3.3 от 08.02.22, в колбеках, мусорщик продолжает (как это было и в предыдущей версии) отключаться, а затем включаться.
-----
  Для того, чтобы мое предложение было более понятно, приведу код теста, в котором демонстрируется разница между вариантом с «дерганием» мусорщика в колбеках и вариантом, когда этого «дергания» нет.  Параметры теста: 1) n - количество переменных используемых в тесте; 2) for_OnParam – нагрузка в колбеке; 3) N – количество циклов моделирования вызова колбеков.
 Разница затрат процессорного времени в вариантах, полученная в тесте нехилая: для параметров теста: n = 10000, for_OnParam = 10, N =10000 предложенный мной вариант в ~25 раз эффективнее чем с «дерганием» мусорщика.  Причем в варианте с дерганием мусорщика в колбеках, как описывает Старатель, длительность обработки колбеков существенно зависит от количества переменных, используемых в тесте (n).
  Тест выполняется без подключения к серверу, но в нем моделируются два обсуждаемых варианта. Мне не известен код QLua и поэтому, возможно, что-то мною упущено из вида, но если у разработчика QUIK есть вопросы к тесту, то я постараюсь на них ответить и задать свои. Некоторые пояснения представлены в комментариях кода теста.

  Код теста:

-----------------------------------------

    3. Выкладываю памятку для поддержки, используемую на моих проектах. Вдруг, кому то, из читающих данную ветку, она покажется интересной.
  ----
 Памятка короткая и потому привожу ее текст полностью.

                                                        Памятка по работе поддержки с пользователями проекта
1. Пользователи являются ценнейшим ресурсом любого проекта, правильное управление которым существенно определяет успех проекта. Фактически это внештатные бесплатные отладчики проекта. Поэтому к ним следует относиться очень внимательно и доброжелательно. За найденные ими ошибки в проекте или предложения, улучшающие проект, их следует благодарить. К ошибкам, совершаемые ими, относиться спокойно и давать четкие разъяснения таким образом, чтобы не отбивать желания повторного обращения.
2. При работе с пользователями, как правило (через некоторое время),  можно выделить следующие группы пользователей:
  1) суперпользователи;   эта наиболее ценная для проекта группа пользователей, хорошо разбирающаяся в проекте, предлагающая ценные решения и конструктивно взаимодействующая с поддержкой проекта по его отладке;  как правило, это группа небольшая и поддержке проекта следует обращать на ее особое внимание, выделяя для общения с ней своих наиболее квалифицированных сотрудников, а также ключевых разработчиков проекта;
  2) ключевые пользователи; это следующая, по ценности для проекта,  группа пользователей, на работу с которой следует уделять повышенное внимание со стороны поддержки проекта;
  3) пользователи;
  4) тролли и хамы;   эта группа, кроме того, что засоряет каналы коммуникации, наносит имиджевый урон проекту;   поэтому ее следует блокировать.

Дополнительно.
При общении с пользователями, надо исходить из того, что:
1) пользователь имеет право на ошибки;
2) на любую ошибку пользователя, диагностируемую в программе проекта, должна выдаваться понятная ему диагностика;
3) любое «падение (зацикливание, блокировка, неожиданное завершение)» программы проекта, является ошибкой разработчика программы проекта;
4) параметры производительности программ проекта важны для пользователей (а в некоторых проектах очень) и являются критериями оценки успешности проекта, наряду  со стабильностью и всеми остальными критериями оценки проекта.

Попытку раскопать истину поддерживаю. Но зачем 'step' в цикле? Надо просто отключение-запуск и тогда будет примерно аналог того, что видим в коде арки. И вот насколько оверхед будет похож на оверхед в тестах Старателя, настолько можно будет предполагать, что дело именно в этом. А так получается, что тест доказывает, что сборка мусора занимает какой-то ресурс. Все это и без теста знали.

Вот другой тест, без лишних предположений.





Вывод: просто отключение/включение сборщика увеличивает оверхед на вызов в 4 и более раз, шаг тут не нужен. Довод "тогда почему память не растет" может иметь тысячу и один ответ, сомневаюсь, что сейчас арка побежит рассказывать о своих технических решениях.

Конечно. Поскольку я своим глазам доверяю (а шага сборки после колбека я в упор не углядел), то я склонен считать,что это к делу отношения не имеет. Квик как-то там прибирается и молодец и флаг ему в руки. Как показывает тест выше, достаточно выключения/включения сборки, чтобы воспроизвести наблюдаемое поведение. Но это еще не все. Эти вызовы - сишные, поэтому их надо сравнить с просто пустыми сишными вызовами. Наиболее близко к этому - вызвать isConnected. И, чтобы два раза не вставать, сравним еще со случаем форсированного переключения потока в тех же местах. Тест и результат ниже. Как видите, дополнительная нагрузка на вызов от приостановки сборщика находится где-то между двумя пустыми сишными вызовами и двумя переключениями потока и не зависит от числа глобальных переменных. Поэтому, я считаю, вопрос об отключении сборщика (мной же поднятый) можно опустить обратно, это здесь влияет мало. Обнаруженная Старателем зависимость оверхеда от числа объявленных переменных растет откуда-то из другого места. Возможно, тоже как-то со сборкой связанного, но не так прямолинейно.

Тратит, но не на каждом колбеке. По моим наблюдениям, не чаще раза в секунду, если его не подталкивать.