Окончательное решение вопроса с getQuoteLevel2. Вопрос к разработчикам QLua

Внимание

Для участия в обсуждениях и оформления подписки на новые сообщения форума вам необходимо зарегистрироваться.
Главная » Основные форумы » Программирование на языке Lua
Страницы: 1
RSS
Окончательное решение вопроса с getQuoteLevel2. Вопрос к разработчикам QLua, Нужно, наконец, что-то исправить?
 
#1
19.06.2025 12:46:16
Помнится, я уже спрашивал об уточнении док-ции по getQuoteLevel2... Надо, наконец уточнить: что возвращается в случае, если отсутствуют bid/offer? Это таблицы, поэтому логично возвращать nil. А в док-ции написано, что возвращается пустая строка. Если это так, то это бардак... Только что посмотрел описание этой функции в QLUA.chm (дата файла аж 2023 г.!) последней версии Quik. А между тем, ещё в 2016 г. запрос, якобы, начал рассматриваться:https://forum.quik.ru/forum10/topic1502/

Видимо, придётся самостоятельно проверять, что там возвращается: nil (NULL или 0 на Си) или ссылка на "". Но чтобы это проверить, нужно ждать конца вечерней сессии в 23:50. Он выглядит так (2 варианта):

LQDT 23:49:58.307148 1.7176 22500 S
LQDT 23:49:58.424402 bids=4 1.7176/1179206774 1.7175/250690921 1.7174/500699896 1.7173/25069269 offers=4 1.7177/1537813336 1.7178/250179065 1.7179/500099511 1.7180/25340331
LQDT 23:49:58.959725 bids=4 1.7176/1179206578 1.7175/250690921 1.7174/500699896 1.7173/25069269 offers=4 1.7177/1537813336 1.7178/250179065 1.7179/500099511 1.7180/25340331
LQDT 23:50:02.061765

LQDT 23:49:57.962624 1.7186 4123207 S
LQDT 23:49:58.135088 bids=4 1.7186/1617425408 1.7185/251421812 1.7184/500029766 1.7183/25120559 offers=4 1.7187/1717726036 1.7188/250272256 1.7189/500201784 1.7190/25105969
LQDT 23:50:00.054763 bids=4 1.7186/1617425408 1.7185/251312612 1.7184/500029766 1.7183/25120559 offers=4 1.7187/1717726036 1.7188/250272256 1.7189/500201784 1.7190/25105969
LQDT 23:50:02.097119

В последних строках как раз надо выяснить, что именно возвращает getQuoteLevel2.

По идее, с этой целью можно также проверять строки
bid_count, offer_count
на символьный 0.

И ещё: моя программка на обработку
Код
static int forLua_OnAllTrade(lua_State *L)
тратит 6500 тактов ЦП, а на вызов
Код
static int forLua_OnQuote(lua_State *L)
 { ... 

  lua_getglobal(L, "getQuoteLevel2");
  lua_insert(L, 1); // Используем код класса и тикер, которые уже сидят в стеке
  lua_pcall(L, 2, 1, 0);
тратит 202 000 тактов!! Нельзя ли как-то ускорить работу getQuoteLevel2?

Может быть, кто-то из программистов предложит ускорение? Я склоняюсь к тому, чтобы во время большой нагрузки на Quik не вызывать getQuoteLevel2, если с момента предыд. её вызова прошло мало времени.
 
 
#2
19.06.2025 12:50:24
Может быть, вместо lua_pcall быстрее использовать lua_call?

Пардон: надо было вывод программки тоже заключить в блок code...
 
 
#3
20.06.2025 06:07:37
Цитата
Serge123 написал:
Помнится, я уже спрашивал об уточнении док-ции по getQuoteLevel2... Надо, наконец уточнить: что возвращается в случае, если отсутствуют bid/offer? Это таблицы, поэтому логично возвращать nil. А в док-ции написано, что возвращается пустая строка. Если это так, то это бардак... Только что посмотрел описание этой функции в QLUA.chm (дата файла аж 2023 г.!) последней версии Quik. А между тем, ещё в 2016 г. запрос, якобы, начал рассматриваться: https://forum.quik.ru/forum10/topic1502/

Видимо, придётся самостоятельно проверять, что там возвращается: nil (NULL или 0 на Си) или ссылка на "". Но чтобы это проверить, нужно ждать конца вечерней сессии в 23:50. Он выглядит так (2 варианта):

LQDT 23:49:58.307148 1.7176 22500 S
LQDT 23:49:58.424402 bids=4 1.7176/1179206774 1.7175/250690921 1.7174/500699896 1.7173/25069269 offers=4 1.7177/1537813336 1.7178/250179065 1.7179/500099511 1.7180/25340331
LQDT 23:49:58.959725 bids=4 1.7176/1179206578 1.7175/250690921 1.7174/500699896 1.7173/25069269 offers=4 1.7177/1537813336 1.7178/250179065 1.7179/500099511 1.7180/25340331
LQDT 23:50:02.061765

LQDT 23:49:57.962624 1.7186 4123207 S
LQDT 23:49:58.135088 bids=4 1.7186/1617425408 1.7185/251421812 1.7184/500029766 1.7183/25120559 offers=4 1.7187/1717726036 1.7188/250272256 1.7189/500201784 1.7190/25105969
LQDT 23:50:00.054763 bids=4 1.7186/1617425408 1.7185/251312612 1.7184/500029766 1.7183/25120559 offers=4 1.7187/1717726036 1.7188/250272256 1.7189/500201784 1.7190/25105969
LQDT 23:50:02.097119

В последних строках как раз надо выяснить, что именно возвращает getQuoteLevel2.

По идее, с этой целью можно также проверять строки
bid_count, offer_count
на символьный 0.

И ещё: моя программка на обработку
Код
  static int forLua_OnAllTrade(lua_State  * L)  
тратит 6500 тактов ЦП, а на вызов
Код
  static int forLua_OnQuote(lua_State  * L)
 {  .. . 

  lua_getglobal(L,  "getQuoteLevel2" );
  lua_insert(L,  1 ); // Используем код класса и тикер, которые уже сидят в стеке
  lua_pcall(L,  2 ,  1 ,  0 );
  
тратит 202 000 тактов!! Нельзя ли как-то ускорить работу getQuoteLevel2?

Может быть, кто-то из программистов предложит ускорение? Я склоняюсь к тому, чтобы во время большой нагрузки на Quik не вызывать getQuoteLevel2, если с момента предыд. её вызова прошло мало времени.
Измерьте сколько затрачивает время каждый из операторов
lua_getglobal(L,  "getQuoteLevel2" );  lua_insert(L,  1 ); // Используем код класса и тикер, которые уже сидят в стеке
 lua_pcall(L,  2 ,  1 ,  0 );
а также пустая функция
static int forLua_OnQuote(lua_State  * L)
Тогда можно сказать как ускорить и на сколько.
 
 
#4
20.06.2025 06:09:05
Чтобы проверить что возвращает проверьте тип возвращаемого значения ( поставьте вывод типа в лог файл)
 
 
#5
20.06.2025 11:36:25
Сегодня попробую выяснить, что там getQuoteLevel2 выдаёт/не выдаёт.

Я ещё заметил противоречие в самой справке QLUA.chm: сначала там говорится, что
Код
При отсутствии и спроса и предложения функция возвращает таблицу без параметров bid и offer.
А потом, что
Код
bid   TABLE   Котировки спроса (покупки). При отсутствии спроса возвращается пустая строка.
offer   TABLE   Котировки предложений (продажи). При отсутствии предложения возвращается пустая строка.
Насколько я помню, bid и offer - таблицы, которые состоят из массива таблиц, каждый элемент массива - таблица, которая содержит 2 строки - price и quantity.

Я почему-то уверен, что при отсутствии спроса (bid_count == "0") таблица bid будет отсутствовать, а при отсутствии предложения (offer_count == "0") таблица offer будет отсутствовать.
 
 
#6
20.06.2025 13:01:05
Сейчас смотрел свои исходники, вспоминал, что там давно уже делал и пришёл к выводу, что на том тикере, с которым я работаю, не получится узнать, что там возвращается, nil или "", потому что при вызове OnQuote всегда есть спрос и предложение в стакане. За исключением последней строки, что я приводил выше:
Код
LQDT 23:50:02.061765
В этом последнем вызове перед окончанием вечерней сессии, по моему мнению, getQuoteLevel2 возвращает nil.
 
 
#7
21.06.2025 00:03:21
Сегодня в конце раб. дня мосбиржа выдала ответ на getQuoteLevel2 не такой, как всегда (как будто они там прочитали то, что я сегодня здесь написал  :smile: ). Моя программка выдала отладочное сообщение, что вернулось не nil. Остаётся считать, что вернулось bid_count == '0' и offer_count == '0'. В этом случае моя программка не проверяет, что там с таблицами bid и offer.
 
 
#8
25.06.2025 17:15:15
Serge123, добрый день.

При отсутствии спроса/предложения в таблице, возвращаемой функцией getQuoteLevel2, параметры bid/offer будут равны nil.

В документации допущена неточность, проблема изучается.
Постараемся в ближайшее время дать ответ.
 
 
#9
01.07.2025 15:17:32
Serge123, добрый день!

При работе с таблицей, возвращаемой функцией  getQuoteLevel2 в первую очередь необходимо смотреть на значение строк  "bid_count" и "offer_count". В случае, если какое-либо значение  "bid_count"/"offer_count" соответствует "0.000000", рекомендуется  считать, что соответствующее поле "bid"/"offer" отсутствует в таблице, и  обращаться к нему не следует.

А вообще в текущей реализации в зависимости от значений строк  "bid_count" и "offer_count", поля "bid" и "offer" могут быть nil,  пустыми строками либо таблицами со полями "price" и "quantity"  строкового типа.

В случае, если оба поля "bid_count" и "offer_count" имеют значение  "0.000000", поля "bid" и "offer" будут отсутствовать в таблице, и,  соответственно, иметь значение nil.
В случае, если одно из полей  "bid_count"/"offer_count" будет иметь  значение, отличное от "0.000000", соответствующее поле будет таблицей  таблиц со строками "price" и "quantity". Если при этом другое поле  "bid_count"/"offer_count" будет равно "0.000000", то соответствующее ему  поле "bid"/"offer" будет пустой строкой.
 
 
#10
01.07.2025 16:26:14
Цитата
Ivan Sizykh написал:
В случае, если одно из полей  "bid_count"/"offer_count" будет иметь  значение, отличное от "0.000000", соответствующее поле будет таблицей  таблиц со строками "price" и "quantity". Если при этом другое поле  "bid_count"/"offer_count" будет равно "0.000000", то соответствующее ему  поле "bid"/"offer" будет пустой строкой.
Но зачем? Ведь чтобы получить пустую строку, нужно это значение умышленно выставлять после каких-то проверок. А если делать "как проще", должно получиться либо nil, либо пустая таблица.
 
 
Страницы: 1
Читают тему
Техническая поддержка
+7 383 219 1606
© 2000–2025,
ARQA Technologies
Наверх