Форум QUIK [тема: Тайминг функциональности QUIK из луа]

Тайминг функциональности QUIK из луа

Thu, 21 Mar 2019 14:38:30 +0300

Тайминг функциональности QUIK из луа как правильно замерить в форуме Программирование на языке Lua.

====quote====
Sergey Gorokhov написал:
В примере речь про цену, что наверное не совсем удачно, лучше представить что изменился объем, а не цена.Как отличить эту ситуацию от той при которой изменений не было?Никак. Потому в описанном виде предложение звучит больше как вредное чем полезное.
=============
Думал, может, за определенное время дойдет до саппорта/разработчиков, или, может, роботостроители поддержат. . .
Сергей "ситуации" отличаются именно ТЕМ, что приходит калбек (хотя измененный стакан в срез не попал).
Если изменений не было, -- и калбека не было.
А полезность заключается именно в том, что на стороне клиента не нужно принимать стакан, т.к. он от предыдущего отличаться НЕ БУДЕТ.
Но, если пришел калбек, скрипт "знает", что изменения в стакане были, но время тратить на получение стакана бессмысленно.

При частичном изменении мы могли бы получать только строки с изменившимся объемом (т.е., например всего 3 строки вместо 100).

Господа роботостроители, прошу поддержать или объяснить, в чем я заблуждаюсь.
21.03.2019 14:38:30, PFelix.

Тайминг функциональности QUIK из луа

Mon, 18 Feb 2019 14:02:59 +0300

Тайминг функциональности QUIK из луа как правильно замерить в форуме Программирование на языке Lua.
PPS. Вместо пустой таблицы QLUA может отправить Nil (например).
18.02.2019 14:02:59, PFelix.

Тайминг функциональности QUIK из луа

Mon, 18 Feb 2019 13:51:33 +0300

Тайминг функциональности QUIK из луа как правильно замерить в форуме Программирование на языке Lua.
PS. Приходит Nil, и стакан (такой же ровно как "старый") принимать НЕ НАДО, прелесть -- в этом.
18.02.2019 13:51:33, PFelix.

Тайминг функциональности QUIK из луа

Mon, 18 Feb 2019 13:49:05 +0300

Тайминг функциональности QUIK из луа как правильно замерить в форуме Программирование на языке Lua.
Здравствуйте, .. . . . Ой ответили . . . 5 дней я не ждал . . . "устал", . . . "прошу прощения".
Сейчас просматриваю, и . . . обнаружил, . . .
За ответ спасибо.
В Вашем примере таблица изменений должна прийти пустой, -- "всего-то делов".
Что имеем?
1. Мы "обременены знанием", что изменения были.
2. Как и Ваш "новый стакан", не отличающийся от "старого", пустая таблица -- ровно настолько же информативна (знаем, что изменения были, какие -- не понятно).

Собственно, вот о чём и прошу.
18.02.2019 13:49:05, PFelix.

Тайминг функциональности QUIK из луа

Mon, 14 Jan 2019 05:39:38 +0300

Тайминг функциональности QUIK из луа как правильно замерить в форуме Программирование на языке Lua.

====quote====
PFelix написал:
Посмотрел.
На стр. 71 Таблица orders_aggr: Агрегированные стаканы.
Понимаю.
=============

Вот именно, что в QUIK транслируются агрегированные стаканы. Об этом и речь.
Такова реализация.

====quote====
PFelix написал:

====quote====
Sergey Gorokhov написал:
получив очередной срез стакана мы не можем никак узнать какие строки действительно изменились, а какие остались в прежнем состоянии.И проблема не в QLUA и не в самом QUIK, сама биржа так транслирует данные.
=============
Сергей, а что мешает "запоминать" стакан и новый сравнивать с предыдущим?
=============

то что при таком сравнении, будет ложное отсеивание.
На примере выше

====quote====
Sergey Gorokhov написал:
допустим были изменения в лучшем bid
1200 <- попал в срез
1201 <- НЕ попал в срез
1200 <- попал в срез
=============

По Вашему предложению, сравниваем первый 1200 и последний 1200, т.к. они одинаковые то делаем вывод что изменений не было, в результате гипотетическая функция вернет nil, хотя по факту должна вернуть цифру.
В примере речь про цену, что наверное не совсем удачно, лучше представить что изменился объем, а не цена.
Как отличить эту ситуацию от той при которой изменений не было?
Никак.
Потому в описанном виде предложение звучит больше как вредное чем полезное.
14.01.2019 05:39:38, Sergey Gorokhov.

Тайминг функциональности QUIK из луа

Wed, 09 Jan 2019 12:00:48 +0300

Тайминг функциональности QUIK из луа как правильно замерить в форуме Программирование на языке Lua.

====quote====
Sergey Gorokhov написал:
получив очередной срез стакана мы не можем никак узнать какие строки действительно изменились, а какие остались в прежнем состоянии.И проблема не в QLUA и не в самом QUIK, сама биржа так транслирует данные.
=============
Сергей, а что мешает "запоминать" стакан и новый сравнивать с предыдущим?
09.01.2019 12:00:48, PFelix.

Тайминг функциональности QUIK из луа

Wed, 09 Jan 2019 11:52:13 +0300

Тайминг функциональности QUIK из луа как правильно замерить в форуме Программирование на языке Lua.
Добрый день. Всех с прошедшими.
Не отвечает ARQA.
Посему "нечайно" перечитал топик.
В результате к автору по изначальной теме возникли замечания.
1. Чтобы правильно оценить время исследуемой операции, необходимо отнимать время, полученное между вызовами подряд процедуры определения времени. Хотя в данном случае это и не очень актуально.
2. Чтобы терминал не ставил данной задаче более низкий приоритет, желательно выполнять процедуру в калбеке.
09.01.2019 11:52:13, PFelix.

Тайминг функциональности QUIK из луа

Mon, 07 Jan 2019 10:47:41 +0300

Тайминг функциональности QUIK из луа как правильно замерить в форуме Программирование на языке Lua.
Добрый день.
Нашел у себя p2gate_ru.pdf.
Посмотрел.
На стр. 71 Таблица orders_aggr: Агрегированные стаканы.
Понимаю.
Но, зачем. Читал еще где-то, что оная не шлется постоянно, а (например,) раз в 3 минуты (на всякий случай, либо по запросу).
Получается брокер гоняет трафик вместо данных. ЗАЧЕМ?
Ордерлог всё решает.
И заметьте, я не прошу "весь" стакан (все изменения), а лишь -- в пределах агрегированного (50 х 50 на FORTS).
07.01.2019 10:47:41, PFelix.

Тайминг функциональности QUIK из луа

Sat, 05 Jan 2019 14:08:18 +0300

Тайминг функциональности QUIK из луа как правильно замерить в форуме Программирование на языке Lua.
Я, разумеется, могу чего-то не знать(, к чему уже "привык"). ))
Интересует FORTS.
И, как полагал, До последних двух лет там (от биржи до сервера QUIKвозможно, не непосредственно) использовался Plaza 2 (возможно, до сих пор).
А Plaza 2 - это полный анонимный ордерлог, где полный стакан (даже неагрегированный) можно получить единожды (и так его хранят архивы QScalp-a, который потом перестраивает (может перестраивать) стакан по результатам КАЖДОЙ следующей заявки).
Протокол позволяет на случай сбоев (уж не знаю в чем) передавать стакан полностью, чего QScalp НЕ ДЕЛАЕТ (не запрашивает и не получает, а зачем, и никаких сбоев, во всяком случае, в алгоритме не происходит).
Зачем стаканы получать серверу полностью, я не понимаю (так же, как и, признаюсь, с недоверием отношусь к таким заявлениям).
И вот это (лично для меня) мои "догадки" подтверждает.

Sergey Gorokhov написал:
https://forum.quik.ru/messages/forum10/message6732/topic685/#message6732
Добрый день, Мы провели разбор полученной информации и обнаружили причины описанной Вами проблемы. Временное "увеличение строк в стакане котировок" объясняется итеративностью в обновлении стакана котировок, когда обновляются ценовые уровни, один за другим. В связи с этим, при частом обновлении большого количества ценовых уровней, возникает возможность временно наблюдать окно котировок в состоянии, когда обновлена только часть ценовых уровней, а вторая часть ещё не обновлена и соответствует предыдущему состоянию. В этот момент в стакане могут появляться "лишние строки".
https://forum.quik.ru/messages/forum10/message6767/topic685/#message6767
Используется внутренний протокол QUIK который не подлежит разглашению.

НО . . .
дело , ведь НЕ В ПРОТОКОЛАХ.
Поймите, я не требую слать на терминал ЛЮБЫЕ изменения стакана, вызванные КАЖДОЙ меняющей его заявкой.

====quote====
PFelix написал:
Объясните, плиз, чем информация об изменении среза информативнее информации о нем самом? Что мы/я в информации, полученной таким образом можем потерять/упустить. В приведенном Вами примере ИЗМЕНЕНИЯ строки с ценой 1201 (не попавшей в срез) НЕ БУДЕТ НИ В НОВОМ СТАКАНЕ, ни в запрашиваемом мной изменении его состояния. Чем Ваш стакан информативнее его изменения.и разумеется, . . . функция getQuoteLevel2 (getQuoteLevel2Ex) НУЖНА.
=============
Опыт непонимания мной Ваших (ARQA) очевидных доводов имеется, а спустя месяца три ARQA признала мою правоту.
Жаль вот только результата ждал месяцев 9.
К сожалению он оказался (так был реализован) непотребным, но спустя (в седьмой версии), вцелом пользователи получили лучшее решение.

====quote====
PFelix написал:
Прошу зарегистрировать пожелание по развитию QUIK, а именноCделать в Qlua функцию, альтернативную getQuoteLevel2,Которая будет передавать массив ТОЛЬКО ИЗМЕНЕННЫХ строк в стакане.
=============

05.01.2019 14:08:18, PFelix.

Тайминг функциональности QUIK из луа

Fri, 04 Jan 2019 16:59:08 +0300

Тайминг функциональности QUIK из луа как правильно замерить в форуме Программирование на языке Lua.

====quote====
PFelix написал:
А Вы -- про какой?
=============

Ответ зависит от того про какой рынок идет речь.
Именно по вопросу про стаканы, разницы нет, что на срочном рынке, что на фондовом и валютном в поведении разницы нет.
04.01.2019 16:59:08, Sergey Gorokhov.

Тайминг функциональности QUIK из луа

Fri, 04 Jan 2019 16:34:59 +0300

Тайминг функциональности QUIK из луа как правильно замерить в форуме Программирование на языке Lua.

====quote====
Sergey Gorokhov написал:
на ФТП биржи ftp.moex.com
=============
"Там" много протоколов.
С частью из них знаком. А Вы -- про какой?
04.01.2019 16:34:59, PFelix.

Тайминг функциональности QUIK из луа

Fri, 04 Jan 2019 15:37:01 +0300

Тайминг функциональности QUIK из луа как правильно замерить в форуме Программирование на языке Lua.

====quote====
PFelix написал:

====quote====
Sergey Gorokhov написал:
Не алгоритм ARQA, а алгоритм биржи. Почитайте биржевой протокол.
=============
А где почитать, -- не подскажете?
=============
на ФТП биржи ftp.moex.com

На остальные вопросы не вижу смысла отвечать.
Ознакомьтесь с протоколом, после чего многие вопросы сами отпадут.
04.01.2019 15:37:01, Sergey Gorokhov.

Тайминг функциональности QUIK из луа

Fri, 04 Jan 2019 14:09:18 +0300

Тайминг функциональности QUIK из луа как правильно замерить в форуме Программирование на языке Lua.
Да, и вот еще нашел:
http://forex.kbpauk.ru/showflat.php/Cat/0/Number/344682/an/0/page/
Цитата:
Еще раз (just for double check), от сервера приходят только изменения, которые собираются в полный стакан самой библиотекой (или терминалом).
Есть еще источники. . .
04.01.2019 14:09:18, PFelix.

Тайминг функциональности QUIK из луа

Fri, 04 Jan 2019 13:36:51 +0300

Тайминг функциональности QUIK из луа как правильно замерить в форуме Программирование на языке Lua.

====quote====
Sergey Gorokhov написал:
Не алгоритм ARQA, а алгоритм биржи. Почитайте биржевой протокол.
=============
А где почитать, -- не подскажете?
04.01.2019 13:36:51, PFelix.

Тайминг функциональности QUIK из луа

Sun, 30 Dec 2018 10:40:56 +0300

Тайминг функциональности QUIK из луа как правильно замерить в форуме Программирование на языке Lua.

====quote====
Sergey Gorokhov написал:
Поконкретнее пожалуйста.
=============
https://forum.quik.ru/forum10/topic1502/
"Например" . . . , бывает, -- живем в реальном мире . . .

====quote====
Sergey Gorokhov написал:
Уверены?
=============
100%. Компу не нужно будет "оборачивать" в LUA-таблицу весь стакан, а анализ/сравнение стакана с предыдущим его состоянием на нативной стороне на порядок быстрее.
====quote====
Sergey Gorokhov написал:
Стакан и так транслируется срезами, Вы хотите еще больше ухудшить ситуацию.
=============
Объясните, плиз, чем информация об изменении среза информативнее информации о нем самом? Что мы/я в информации, полученной таким образом можем потерять/упустить. В приведенном Вами примере ИЗМЕНЕНИЯ строки с ценой 1201 (не попавшей в срез) НЕ БУДЕТ НИ В НОВОМ СТАКАНЕ, ни в запрашиваемом мной изменении его состояния. Чем Ваш стакан информативнее его изменения.
и разумеется, . . . функция getQuoteLevel2 (getQuoteLevel2Ex) НУЖНА.
====quote====
Sergey Gorokhov написал:
Вы можете реализовать фильтрацию в своем алгоритме и далее уже оценить целесообразность.После этого можно уже говорить о результате.
=============
Разумеется, могу, запросив результат через getQuoteLevel2, КОТОРАЯ БУДЕТ "В СЕБЕ" строить ПОЛНЫЙ СТАКАН, после чего мне (программе) надо будет его полностью принять ИЗ LUA на нативную сторону, . . . НА ЧТО И ТРАТИТСЯ 95-99 % времени = нагрузки на комп, СОЗДАННОЙ ИСКУССТВЕННО.
А я прошу Вас реализовать этот анализ на нативной стороне ("на всякий случай", НЕ СЕРВЕРА, а ТЕРМИНАЛА) ДО того, как строить одинаковую на 95% LUA-таблицу.
В результате, таблица сократится до 5%., а, значит, и нагрузка на комп, который СЕЙЧАС (при вызове getQuoteLevel2) обрабатывает не данные а ЛУА-стек.
30.12.2018 10:40:56, PFelix.

Тайминг функциональности QUIK из луа

Sat, 29 Dec 2018 19:43:10 +0300

Тайминг функциональности QUIK из луа как правильно замерить в форуме Программирование на языке Lua.

====quote====
PFelix написал:
да потому, что нынешний алгоритм ARQA
=============
Не алгоритм ARQA, а алгоритм биржи. Почитайте биржевой протокол.
Никаких колбеков, только запрос=результат.
Как следствие срезы.

====quote====
PFelix написал:
УМЕНЬШИТЬ нагрузку на комп

=============
Уверены?

====quote====
PFelix написал:
Однако, я не очень представляю, что мы теряем.
=============
Стакан и так транслируется срезами, Вы хотите еще больше ухудшить ситуацию.

====quote====
PFelix написал:
PS. У меня такое ощущение, что Вы перепутали целесообразность с ответственностью.
=============
Вы можете реализовать фильтрацию в своем алгоритме и далее уже оценить целесообразность.
После этого можно уже говорить о результате.

====quote====
PFelix написал:
о которых Вы, я уверен, -- осведомлены.
=============
Поконкретнее пожалуйста.
29.12.2018 19:43:10, Sergey Gorokhov.

Тайминг функциональности QUIK из луа

Sat, 29 Dec 2018 16:21:56 +0300

Тайминг функциональности QUIK из луа как правильно замерить в форуме Программирование на языке Lua.
PS. У меня такое ощущение, что Вы перепутали целесообразность с ответственностью.
Ранее она лежала исключительно на бирже, а сейчас Вы испугались, что она ляжет на Вас (ARQA).
Так вот, уверяю, что ВАША ответственность при реализации моей просьбы НИСКОЛЬКО не выше. ))
(Ваша нынешняя реализация НИЧЕГО не позволяет узнать о состоянии пропущенного среза стакана).
А правильно реализованный алгоритм той функции, о которой я прошу, ДАЖЕ в ответственности (в сравнении) -- гораздо лучший вариант,
чем предыдущие реализации getQuoteLevel2 с ошибками, о которых Вы, я уверен, -- осведомлены.
29.12.2018 16:21:56, PFelix.

Тайминг функциональности QUIK из луа

Sat, 29 Dec 2018 15:21:15 +0300

Тайминг функциональности QUIK из луа как правильно замерить в форуме Программирование на языке Lua.
Скажу (на всякий "пожарный").
Вы что хотите сказать?
Что существующий алгоритм позволяет ИЗБЕЖАТЬ ситуации, при которой возможно "пропускать цены"??? . . . )))
Что мы приобретем, я представляю.
Однако, я не очень представляю, что мы теряем.
Может, я чего-то не знаю (не понимаю) ???
29.12.2018 15:21:15, PFelix.

Тайминг функциональности QUIK из луа

Sat, 29 Dec 2018 15:15:13 +0300

Тайминг функциональности QUIK из луа как правильно замерить в форуме Программирование на языке Lua.
УМЕНЬШИТЬ нагрузку на комп
29.12.2018 15:15:13, PFelix.

Тайминг функциональности QUIK из луа

Sat, 29 Dec 2018 15:13:24 +0300

Тайминг функциональности QUIK из луа как правильно замерить в форуме Программирование на языке Lua.
Не страшно.
ПОТАМУШТА.
С таймингами биржи/серверов/брокеров . . .
НАМ о "1201", КОТОРЫЙ в срез НЕ ПОПАЛ, . . . -- ВСЁ РАВНО.
пАчиму, . . . да потому, что нынешний алгоритм ARQA НИЧЕГО лучшего НЕ ПРЕДЛОЖИЛ.
Мы как НЕ ЗНАЛИ о попадании в срез "1201" так и НЕ будем знать, НО (сократив ВРЕМЯ на обработку)
вместо 10 стаканов сможем себе позволить 100 (например, ИЛИ нагрузку на комп).
И лента нам (не всегда, но) -- в помощь.
29.12.2018 15:13:24, PFelix.

Тайминг функциональности QUIK из луа

Sat, 29 Dec 2018 13:25:51 +0300

Тайминг функциональности QUIK из луа как правильно замерить в форуме Программирование на языке Lua.

====quote====
PFelix написал:
Вот и славно.
Калбек придет -- мы будем знать, что изменение было.
А функция вернет пустую таблицу (или вообще nil или bid_count и offer_count = 0).
Результат достигнут, -- время на построение LUA-таблиц при вызове альтернативной функции многократно сократится.
=============

Кажется Вы не поняли о чем речь.
Вы же сами сказали что надо отловить изменения.
допустим были изменения в лучшем bid
1200 <- попал в срез
1201 <- НЕ попал в срез
1200 <- попал в срез

В Вашем примере функция вернет пустую таблицу (или вообще nil или bid_count и offer_count = 0), хотя изменения были
Вы этого хотите? Умышленно пропускать цены?
Вам самим не страшно?
29.12.2018 13:25:51, Sergey Gorokhov.

Тайминг функциональности QUIK из луа

Sat, 29 Dec 2018 12:34:59 +0300

Тайминг функциональности QUIK из луа как правильно замерить в форуме Программирование на языке Lua.
Вот и славно.
Калбек придет -- мы будем знать, что изменение было.
А функция вернет пустую таблицу (или вообще nil или bid_count и offer_count = 0).
Результат достигнут, -- время на построение LUA-таблиц при вызове альтернативной функции многократно сократится.
29.12.2018 12:34:59, PFelix.

Тайминг функциональности QUIK из луа

Sat, 29 Dec 2018 12:07:37 +0300

Тайминг функциональности QUIK из луа как правильно замерить в форуме Программирование на языке Lua.

====quote====
PFelix написал:
Понятно, спасибо.
Однако, не понятно, почему нельзя сохранять предыдущий стакан (его состояние) и с ним сравнивать текущий.
На нативной стороне это гораздо быстрее. После чего на сторону LUA отдавать только строки с измененным количеством лотов.
=============

Потому что нет никакой возможности определить что строка изменилась, в случае если визуально она не изменилась.

Банальный пример, цена между двумя срезами скакнула и вернулась в то же состояние что и на первом срезе.
Изменение было? да было.
Но визуально ничего не поменялось.
И как это отличить от случая когда ничего не поменялось?
Никак.
29.12.2018 12:07:37, Sergey Gorokhov.

Тайминг функциональности QUIK из луа

Sat, 29 Dec 2018 11:40:31 +0300

Тайминг функциональности QUIK из луа как правильно замерить в форуме Программирование на языке Lua.
Понятно, спасибо.
Однако, не понятно, почему нельзя сохранять предыдущий стакан (его состояние) и с ним сравнивать текущий.
На нативной стороне это гораздо быстрее. После чего на сторону LUA отдавать только строки с измененным количеством лотов.
29.12.2018 11:40:31, PFelix.

Тайминг функциональности QUIK из луа

Sat, 29 Dec 2018 10:35:46 +0300

Тайминг функциональности QUIK из луа как правильно замерить в форуме Программирование на языке Lua.

====quote====
PFelix написал:
Добрый день.
Сергей, я правильно Вас понял, что биржа (вероятно, всё-таки сервер QUIK) транслирует стакан каждый раз ПОЛНОСТЬЮ?
=============

Стаканы транслируются биржей каждый раз полностью.
29.12.2018 10:35:46, Sergey Gorokhov.

Тайминг функциональности QUIK из луа

Sat, 29 Dec 2018 10:14:09 +0300

Тайминг функциональности QUIK из луа как правильно замерить в форуме Программирование на языке Lua.
Добрый день.
Сергей, я правильно Вас понял, что биржа (вероятно, всё-таки сервер QUIK) транслирует стакан каждый раз ПОЛНОСТЬЮ?
29.12.2018 10:14:09, PFelix.

Тайминг функциональности QUIK из луа

Sat, 29 Dec 2018 09:41:47 +0300

Тайминг функциональности QUIK из луа как правильно замерить в форуме Программирование на языке Lua.

====quote====
PFelix написал:
Добрый день.
1. Всех - "с наступающим".
2. Учитывая вышеписанное ("Итого, lua_pcall - порядка 99.1 - 99.3% всего времени" ... напомню, call была -- getQuoteLevel2), а также учитывая, что в подавляющем большинстве запросов стакан отличается от предыдущего не более, чем на 15%(а то и -- гораздо менее),
а также учитывая, что нормальный API нам АRQA никогда не предоставит,
Прошу зарегистрировать пожелание по развитию QUIK, а именно
Cделать в Qlua функцию, альтернативную getQuoteLevel2,
Которая будет передавать массив ТОЛЬКО ИЗМЕНЕННЫХ строк в стакане.
=============
Здравствуйте,
К сожалению данное пожелание не может быть реализовано т.к. стаканы транслируются срезами.
Т.е. получив очередной срез стакана мы не можем никак узнать какие строки действительно изменились, а какие остались в прежнем состоянии.
И проблема не в QLUA и не в самом QUIK, сама биржа так транслирует данные.
29.12.2018 09:41:47, Sergey Gorokhov.

Тайминг функциональности QUIK из луа

Fri, 28 Dec 2018 13:32:41 +0300

Тайминг функциональности QUIK из луа как правильно замерить в форуме Программирование на языке Lua.
Добрый день.
1. Всех - "с наступающим".
2. Учитывая вышеписанное ("Итого, lua_pcall - порядка 99.1 - 99.3% всего времени" ... напомню, call была -- getQuoteLevel2), а также учитывая, что в подавляющем большинстве запросов стакан отличается от предыдущего не более, чем на 15%(а то и -- гораздо менее),
а также учитывая, что нормальный API нам АRQA никогда не предоставит,
Прошу зарегистрировать пожелание по развитию QUIK, а именно
Cделать в Qlua функцию, альтернативную getQuoteLevel2,
Которая будет передавать массив ТОЛЬКО ИЗМЕНЕННЫХ строк в стакане.
28.12.2018 13:32:41, PFelix.

Тайминг функциональности QUIK из луа

Mon, 15 Oct 2018 17:21:23 +0300

Тайминг функциональности QUIK из луа как правильно замерить в форуме Программирование на языке Lua.

====quote====
Sergey Gorokhov написал:
"Ничего не будет" означает что в описанном сценарии скрипты не будут друг другу мешать.Вы можете самостоятельно протестировать и убедиться в этом
=============
Благодарю, именно это и хотел узнать не занимаясь разработкой очередного теста и размышлениями о его адекватности )))
15.10.2018 17:21:23, BlackBoar.

Тайминг функциональности QUIK из луа

Mon, 15 Oct 2018 17:05:39 +0300

Тайминг функциональности QUIK из луа как правильно замерить в форуме Программирование на языке Lua.

====quote====
BlackBoar написал:

====quote====
Sergey Gorokhov написал:
ничего не будет.
=============
Не понял, я невнятно сформулировал вопрос или эта тема табу.
Будет либо последовательное выполнение запросов либо параллельное (при наличии свободных процессорных ядер разумеется). "Ничего" быть не может раз уж скрипты вообще работают. Я разумеется могу рано или поздно протестировать сам, но был уверен что поддержка знает ответ. Странно както, при все уважении....
=============
"Ничего не будет" означает что в описанном сценарии скрипты не будут друг другу мешать.
Вы можете самостоятельно протестировать и убедиться в этом
15.10.2018 17:05:39, Sergey Gorokhov.