nikolz (Все сообщения пользователя)

Выбрать дату в календареВыбрать дату в календаре

Страницы: Пред. 1 2 3 4 5 6 7 8 9 10 11 12 ... 72 След.
Очереди и двойные очереди в луа, Пример из книги Р.Е.
 
Очереди и двойные очереди в луа, Пример из книги Р.Е.
 
Продолжаю хвалится.
--------------------------
Те кому рябит, смотрите только нижнюю картинку
это профит - рассчитывается с начала этого года (есть за 2023 и частично за 2022)
--------------
белая линия - это суммарный профит
зеленая линия - это лонг
синяя - это шорт
штриховые линии - это текущий расчет.
=================
Графики использую для обучения.
Этот робот реализует NN -"обучение с учителем"
-----------------
С самообучением пока лишь стою.
==============
На верхнем графики автоматически строятся уровни поддержки и сопротивления и линии регрессии.  
Ограничения при использовании QuikSharp.lua
 
Я выкладывал тесты.
Но с питоном не делал.
Он медленнее luajit примерно в 30 раз.
Ограничения при использовании QuikSharp.lua
 
Цитата
bespalex написал:
Цитата
nikolz написал:
 
Цитата
bespalex  написал:
   перебор тоже вариант  
Чаще всего отключение происходит ровно в 10:00:05. Не знаю, может какое-то технологическое переключение в начале сессии, которое триггерит выкидыш. Не думаю, что если бы дело было в core.dll оно бы так выглядело.
  Дело в том, что нет смысла передавать все данные из КВИК через луа в питон.
-------------
Моя концепция создания робота такая:
-----------
Робот условно содержит две части - я их назвал по аналогии с человеком - спинной и головной мозг.
Спинной - это все колбеки в КВИКЕ и все торговые операции в КВИКЕ.
Их нет смысла  перегонять в питон и обратно.
Это фактически автомат стандартных действий, которые не зависят никак от стратегии и тактики торговли.
Эту часть я реализую в КВИКЕ на луа + си for lua.
------------------
Головной мозг -  это прогнозы, управление капиталом, стратегии торговли можно и нужно реализовывать
в дополнительных потоках и приложениях  на любых языках, в том числе и питоне.
---------------------  
Вот для этого организую  взаимодействие КВИКа через Луа с python, rust,julia, terra, luajit и т д
================  
Сейчас обмен любыми данными делаю через mapping files.
Скорость обмена просто аховая, так как это обмен через память .
Нет никаких оберток. Поддерживаются все форматы.
Строки передаю как хеш.  Это фактически два целых числа.
Объем данных ограничен лишь объемом дисков.
----------------------  
Хочу сделать формирования запроса произвольных данных от сторонних приложений.
===========
И еще замечу, что если Вы исполняете скрипт для питона без jit либо трансляции в СИ,
то это раз в пять медленнее, чем на луа.
Спасибо, очень познавательно.
У меня задача немного проще сейчас: адаптировать существующего робота для работы с Quik. В принципе не сказать, что медленно, цикл проверок на триггер занимает около 50-150мс (вместе со всеми транзакциями). Для моих задач этого пока достаточно. В вашей системе какое время обработки получается?
Примерно  от 100 до 1000 раз быстрее.
Прикольно: Lua5.4 медленнее Lua5.3
 
а это python
Код
>pythonw -O "test.py" 
time=1.96  y=-94.5016299429584
>Exit code: 0
Прикольно: Lua5.4 медленнее Lua5.3
 
lua.jit без сюрпризов
Код
>D:/LuaJIT/luajit.exe -e "io.stdout:setvbuf 'no'" "testSM.jit" 
time=0.092   y=-94.501629942958
>Exit code: 0
Прикольно: Lua5.4 медленнее Lua5.3
 
Добрый день,
Тестил скорость питона, луа и jit и решил посмотреть, как ускорит Lua5.4 по сравнению 5.3.
--------------------
Раньше было быстрее, да и интернет говорит об этом же.
Выкладывал тест на форуме.
------------
Но получился прикол.
На этом тесте оказалось наоборот
Вот этот testSM.lua
Код
local V={}
local t=os.clock();
local N=256;
local y=0.;
local A=100.
local P=128
local W=2*3.14/N
for i=1,10000000 do
   y=A*math.sin(W*i);
end
local t1=os.clock()
print("time="..t1-t,"y="..y);

результат:
Код
>D:/lua54/lua54.exe -e "io.stdout:setvbuf 'no'" "testSM.lua" 
time=0.74   y=-94.501629942958
>Exit code: 0

>D:/lua53/lua53.exe -e "io.stdout:setvbuf 'no'" "testSM.lua" 
time=0.597   y=-94.501629942958
>Exit code: 0
Кто сможет объяснить?
Получение тиковых данных(исторических) во вне биржевой сессии
 
Цитата
Робеспьер написал:
Цитата
nikolz написал:
Да, тики - это лишь текущие торги. Свечи - на сервер КВИК формируются и хранятся 3000 шт. Если не будете удалять и переустанавливать, то будут накапливаться в арктве на компе бБлагодарю за пояснение
Благодарю за пояснение!
По поводу второго вашего поста, нужно было сделать только один запрос с последующим экспортом в cvs например, но теперь я понял что нужно искать другие источники биржевых данных, либо накапливать самому во внешнюю БД
Можно брать с финама
Ограничения при использовании QuikSharp.lua
 
Цитата
bespalex написал:
Цитата
перебор тоже вариант  
Чаще всего отключение происходит ровно в 10:00:05. Не знаю, может какое-то технологическое переключение в начале сессии, которое триггерит выкидыш. Не думаю, что если бы дело было в core.dll оно бы так выглядело.
Дело в том, что нет смысла передавать все данные из КВИК через луа в питон.
-------------
Моя концепция создания робота такая:
-----------
Робот условно содержит две части - я их назвал по аналогии с человеком - спинной и головной мозг.
Спинной - это все колбеки в КВИКЕ и все торговые операции в КВИКЕ.
Их нет смысла  перегонять в питон и обратно.
Это фактически автомат стандартных действий, которые не зависят никак от стратегии и тактики торговли.
Эту часть я реализую в КВИКЕ на луа + си for lua.
------------------
Головной мозг -  это прогнозы, управление капиталом, стратегии торговли можно и нужно реализовывать
в дополнительных потоках и приложениях  на любых языках, в том числе и питоне.
---------------------  
Вот для этого организую  взаимодействие КВИКа через Луа с python, rust,julia, terra, luajit и т д
================  
Сейчас обмен любыми данными делаю через mapping files.
Скорость обмена просто аховая, так как это обмен через память .
Нет никаких оберток. Поддерживаются все форматы.
Строки передаю как хеш.  Это фактически два целых числа.
Объем данных ограничен лишь объемом дисков.
----------------------  
Хочу сделать формирования запроса произвольных данных от сторонних приложений.
===========
И еще замечу, что если Вы исполняете скрипт для питона без jit либо трансляции в СИ,
то это раз в пять медленнее, чем на луа.
Получение тиковых данных(исторических) во вне биржевой сессии
 
Цитата
Робеспьер написал:
Всем привет!
Полагаю, что получение тиковых данных возможно только при активной биржевой сессии, или возможно, это от брокера зависит.
Код
  class_code  =   "TQBR" 
sec_code  =   "GAZP" 


 function   main ()
    ds, err  =   CreateDataSource (class_code, sec_code, INTERVAL_TICK)
     if  err ~ =   nil   then 
         message (tostring( message ))
         return 
     end 


    err  =  ds: SetEmptyCallback ()
     if  err  =  =   false   then 
         message (tostring(err))
         return 
     end 


     message ( string.format ( "Sizeof: %s" , ds: Size ()))
 end 


  

Вывод:
Sizeof: 0
При использовании свечного интервала, к примеру: INTERVAL_M1, наоборот данные возвращаются со всеми полями OHLC
у вас неправильно написана программа.
Надо один раз подписываться на источник, а не долбить сервер заявками на подписку. Сами тики приходят в колбек onAllTrade
----------------  
На форуме я выкладывал скрипт с очередью данных из колбеков и подпиской. посмотрите и повторите.
Получение тиковых данных(исторических) во вне биржевой сессии
 
Да, тики - это лишь текущие торги. Свечи - на сервер КВИК формируются и хранятся 3000 шт. Если не будете удалять и переустанавливать, то будут накапливаться в арктве на компе больше.
Стандартные индикаторы, Разместите стандартные индикаторы в терминал.
 
Мы , многонациональный народ России, достоин любого индикатора на халяву.
Поэтому  можем позаимствовать  у недружественных разработчиков алгоритм
и сделать на луа в КВИКЕ импортозамещение.  Как два пальца..
Cкорость обмена данными через файлы
 
Цитата
Kolossi написал:
Через файлы это хорошо, сам пользую. Как для передачи, так и для сохранения для последующего запуска. Вот только бэкапится приходится т.к. при коллизиях
и вывыливании терминала в дамп файлы частенько бьются. А поскольку в файл писать приходится часто это становится проблемой.
Как видно из экспериментов выше, время обмена через файлы,
особенно с отображением в память, меньше, чем вызов не сложной  функций на любом скриптовом языке.
---------------------
Но если это разные потоки или приложения, то надо синхронизировать, чтобы не было проблем.
------------------
Я предпочитаю синхронизацию без блокировки.
Проблем нет.
Cкорость обмена данными через файлы
 
Последний эксперимент - mapping files.
Создается файл, в который два скрипта пишут письма друг другу по очереди,
так же как во втором эксперименте.
---------------
Однако в этом случае. делается проекция файла в память. Приложения фактически обмениваются через память, при этом выполняется и запись в файл.
-------------
картинка работы приложений.




В файл каждое приложение выводит текущее время с квантом 0.1 мкс.
Для определения задержки обмена сообщения на экран отключены
Первое число - длина текста в строке
Результат в файле:
Код
23,171811.8128928,script2
23,171811.8128937,script1
23,171811.8128957,script2
23,171811.8128971,script1
23,171811.8128975,script2
23,171811.8128984,script1
23,171811.8128992,script2
23,171811.8129006,script1
23,171811.8129008,script2
23,171811.8129019,script1
23,171811.8129023,script2
23,171811.8129061,script1
23,171811.8129063,script2
23,171811.8129074,script1
23,171811.8129078,script2
23,171811.8129086,script1
23,171811.8129093,script2
23,171811.8129108,script1
23,171811.8129111,script2
23,171811.8129131,script1
23,171811.8129133,script2
23,171811.8129144,script1

Величина задержки определяется как разность времени соседних сообщений
Выборка из расчета задержки
Код
 0.900006853
 1.40001066
 0.900006853
 1.399981556
 1.100008376
 3.799999831
 1.099979272
 0.800006092

Величина задержки получилась менее  3 мкс.
-------------------  
Таким образом, при обмене не то что потоков, а приложений, через файлы с отображением в память
задержка сообщений не более 3 мкс.  
Cкорость обмена данными через файлы
 
если вывод сообщения на экран убрать, то время обмена сократится до 60 мкс.
Код
51.0,107,script 1
49.0,126,script 2
49.0,145,script 1
60.0,164,script 2
69.0,183,script 1
58.0,202,script 2
48.0,221,script 1
49.0,240,script 2
49.0,259,script 1
48.0,278,script 2
47.0,297,script 1
48.0,316,script 2
48.0,335,script 1
47.0,354,script 2
48.0,373,script 1
48.0,392,script 2
48.0,411,script 1
48.0,430,script 2
48.0,449,script 1
48.0,468,script 2
48.0,487,script 1
48.0,506,script 2
48.0,525,script 1
48.0,544,script 2
47.0,563,script 1
48.0,582,script 2
48.0,601,script 1
48.0,620,script 2
48.0,639,script 1
48.0,658,script 2
48.0,677,script 1
48.0,696,script 2
48.0,715,script 1
48.0,734,script 2
52.0,753,script 1
52.0,772,script 2
48.0,791,script 1
47.0,810,script 2
47.0,829,script 1
47.0,848,script 2
47.0,867,script 1
47.0,886,script 2
48.0,905,script 1
58.0,924,script 2
72.0,943,script 1
63.0,962,script 2
53.0,981,script 1
Cкорость обмена данными через файлы
 
Вот результаты теста обмена данными через файл двух приложений.
-----------------
Запускаю два приложения на луа.
Каждое приложение записывает свое сообщение в файл  в ответ на поступившее сообщение от другого приложения.
Поступившее сообщение выводится в окно приложения.
вот так это работает

а это содержимое файла через который выполняется обмен сообщениями
Первое число в строке - задержка между сообщениями в мкс.
Второе число - размер файла в данный момент.
В среднем задержка обмена составляет 0.2 ms или 0.0002 сек.
Код
277.0,91,script 2
274.0,110,script 1
271.0,130,script 2
271.0,150,script 1
271.0,170,script 2
245.0,190,script 1
243.0,210,script 2
402.0,230,script 1
403.0,250,script 2
366.0,270,script 1
361.0,290,script 2
358.0,310,script 1
352.0,330,script 2
345.0,350,script 1
348.0,370,script 2
301.0,390,script 1
268.0,410,script 2
232.0,430,script 1
228.0,450,script 2
228.0,470,script 1
227.0,490,script 2
153.0,510,script 1
153.0,530,script 2
146.0,550,script 1
149.0,570,script 2
154.0,590,script 1
155.0,610,script 2
152.0,630,script 1
150.0,650,script 2
150.0,670,script 1
149.0,690,script 2
149.0,710,script 1
148.0,730,script 2
150.0,750,script 1
179.0,770,script 2
187.0,790,script 1
162.0,810,script 2
150.0,830,script 1
148.0,850,script 2
146.0,870,script 1
165.0,890,script 2
186.0,910,script 1
166.0,930,script 2
146.0,950,script 1
147.0,970,script 2
149.0,990,script 1
148.0,1010,script 2
145.0,1031,script 1
147.0,1052,script 2
150.0,1073,script 1
147.0,1094,script 2
145.0,1115,script 1
148.0,1136,script 2
150.0,1157,script 1
149.0,1178,script 2
151.0,1199,script 1
153.0,1220,script 2
149.0,1241,script 1
147.0,1262,script 2
149.0,1283,script 1
147.0,1304,script 2
145.0,1325,script 1
147.0,1346,script 2
149.0,1367,script 1
147.0,1388,script 2
145.0,1409,script 1
148.0,1430,script 2
151.0,1451,script 1
148.0,1472,script 2
145.0,1493,script 1
147.0,1514,script 2
150.0,1535,script 1
151.0,1556,script 2
150.0,1577,script 1
156.0,1598,script 2
157.0,1619,script 1
147.0,1640,script 2
145.0,1661,script 1
148.0,1682,script 2
150.0,1703,script 1
148.0,1724,script 2
145.0,1745,script 1
182.0,1766,script 2
183.0,1787,script 1
148.0,1808,script 2
150.0,1829,script 1
147.0,1850,script 2
144.0,1871,script 1
147.0,1892,script 2
149.0,1913,script 1
147.0,1934,script 2
145.0,1955,script 1
148.0,1976,script 2
150.0,1997,script 1
147.0,2018,script 2
145.0,2039,script 1
148.0,2060,script 2
149.0,2081,script 1
147.0,2102,script 2
145.0,2123,script 1
147.0,2144,script 2
149.0,2165,script 1
147.0,2186,script 2
149.0,2207,script 1
152.0,2228,script 2
149.0,2249,script 1
148.0,2270,script 2
147.0,2291,script 1
147.0,2312,script 2
150.0,2333,script 1
184.0,2354,script 2
191.0,2375,script 1
208.0,2396,script 2
205.0,2417,script 1
203.0,2438,script 2
213.0,2459,script 1
216.0,2480,script 2
205.0,2501,script 1
203.0,2522,script 2
204.0,2543,script 1
203.0,2564,script 2
203.0,2585,script 1
203.0,2606,script 2
203.0,2627,script 1
203.0,2648,script 2
203.0,2669,script 1
201.0,2690,script 2
200.0,2711,script 1

Очереди и двойные очереди в луа, Пример из книги Р.Е.
 
А это результат на сегодня.
Очереди и двойные очереди в луа, Пример из книги Р.Е.
 
Цитата
Glukator написал:
Цитата
nikolz написал:
Хвалюсь.
------------------------------
Сегодня мой робот на сбере показал такую картинку с начала года.
 

Т е c 3.01.2024 профит   2.44%, из них 1.72 - лонг и 0.72 -шорт.
Стратегия "купил и держи" дала бы  1%.  
Чем тут хвалиться? Этой уродливой картинкой, по которой единственное, что можно понять, - что она опасна для глаз смотрящего?
У меня цыгане на соседней улице живут, так вот от их шмоток в глазах меньше рябит.
Это Ваша проблема. Сочувствую.
Ограничения при использовании QuikSharp.lua
 
Цитата
bespalex написал:
Цитата
nikolz написал:
 
Цитата
bespalex  написал:
QuikPy
 Если умеете программировать на луа и питон, то делаете обмен данными между приложением на питон и приложением на Луа. Либо ищите такой скрипт.
КВИК вообще при этом не требуется.
Потом скрипт луа для обмена запускаете в КВИК.
Не очень понял, т.к. QuikPy это и делает. Он работает на питоне в связке с QuikSharp, который запущен в QUIK. Вот между ними связь и теряется периодически.  
В документации QuikPy написано:
------------------
Возможные ошибки
  1. Если возникают ошибки, связанные с core.dll, то все варианты этой библиотеки выложены в проекте QUIKSharp
  2. Путем перебора подбираете подходящую для вас версию core.dll
  3. Если возникают ошибки при исполнении LUA скриптов, то, возможно, были обновления в QUIK или LUA. Последняя версия LUA скриптов находится  Они не учитывают мои специфические правки, но должны работать без ошибок с последней версией QUIK.
Успешного перебора.
Cкорость обмена данными через файлы
 
Добрый день,
Эта тема в основном для начинающих строителей роботов.
--------------------------
На вопрос  как сохранить или как передать данные в другой скрипт и приложение,
я рекомендую начать с обмена через файлы.
--------------------
Как правило в ответ получаю - через файлы - это медленно.
На вопрос -откуда Вы это знаете -обычно ответа нет.
----------------
Аналогичный вопрос возникает при попытке передать данные из одного приложения в другое.
---------------
Тем кто,  знает С for Lua, рекомендую mapping files, как самый универсальный и быстрый способ обмена,
если Вас не устраивает обычный обмен через файлы.
---------------
В этой теме я покажу как "медленно" реализуется обмен через файлы.
===============
Тест обмена через файлы в одном приложении.
-------------------
Написал вот такой тест:
Код
pD ="D:/QUIK_SCRIPT/nk_bot/Data/"
fn=pD..name..".log";  Log=io.open(fn,"w");
pDA ="D:/QUIK_SCRIPT/nk_bot/DataA/"
fnA=pDA..name..".log"; LogA=io.open(fnA,"w");
--------------------
local nF=nkevent.ccf(fn);
local nFA=nkevent.ccf(fnA);
local _,_,dHMS1=nkvm.D();
for j=1,100 do
     local _,_,dHMS=nkvm.D(); d=(1000000.*(dHMS-dHMS1))//1;
    Log:write(j..","..dHMS..","..d.."\n");Log:flush();
    while true do
   if nkevent.wcf(nF) then  dHMS1=dHMS; local  C=Log; Log=LogA; LogA=C; local x=nF; nF=nFA; nFA=x  break; end
   end
end
Что он делает?
Создаем на диске два каталога Data и DataA до запуска скрипта.
Скрипт открывает  в каждом из каталогов файл test.log.
-------------------
Далее в цикле 100 раз производится
запись с нечетным j в файл в Каталоге Data.
При обнаружении записи в файл , производим запись в файл в каталоге DataA по четным значениям j.
------------------
Таким образом, в файл каталога Data записываются ответы на запись в файл каталога DataA и наоборот.
---------------------
Каждая запись содержит значения j, текущее время и  задержку обнаружения записи в очередной файл.

Результат  Data/test.log:
Код
1,151047.6863891,790.0
3,151047.6865335,61.0
5,151047.6865586,10.0
7,151047.6865764,8.0
9,151047.6865931,8.0
11,151047.6866097,8.0
13,151047.6866333,15.0
15,151047.6866505,8.0
17,151047.6866669,8.0
19,151047.686683,8.0
21,151047.6866992,8.0
23,151047.6867155,8.0
25,151047.6867317,8.0
27,151047.6867478,8.0
29,151047.6867637,7.0
31,151047.6867809,8.0
33,151047.6867971,8.0
35,151047.6868131,8.0
37,151047.6868292,8.0
39,151047.6868453,8.0
41,151047.6868614,8.0
43,151047.6868775,8.0
45,151047.6868937,8.0
47,151047.6869098,8.0
49,151047.686926,8.0
51,151047.6869421,8.0
53,151047.6869583,8.0
55,151047.6869748,8.0
57,151047.6869909,8.0
59,151047.6870071,8.0
61,151047.687025,8.0
63,151047.6870415,8.0
65,151047.687059,8.0
67,151047.6870752,8.0
69,151047.6870911,8.0
71,151047.6871073,8.0
73,151047.6871234,8.0
75,151047.6871394,8.0
77,151047.6871554,8.0
79,151047.6871715,8.0
81,151047.6871876,8.0
83,151047.6872036,8.0
85,151047.6872198,8.0
87,151047.687236,8.0
89,151047.6872521,8.0
91,151047.6872683,8.0
93,151047.6872844,8.0
95,151047.6873004,8.0
97,151047.6873165,8.0
99,151047.6873325,8.0
Результат  DataA/test.log:
Код
2,151047.6864724,83.0
4,151047.6865484,14.0
6,151047.6865676,9.0
8,151047.6865849,8.0
10,151047.6866013,8.0
12,151047.6866179,8.0
14,151047.686642,8.0
16,151047.6866586,8.0
18,151047.6866749,8.0
20,151047.6866911,8.0
22,151047.6867072,7.0
24,151047.6867237,8.0
26,151047.6867397,8.0
28,151047.6867558,8.0
30,151047.6867727,8.0
32,151047.686789,8.0
34,151047.686805,7.0
36,151047.6868212,8.0
38,151047.6868372,7.0
40,151047.6868533,8.0
42,151047.6868695,8.0
44,151047.6868856,8.0
46,151047.6869017,8.0
48,151047.6869179,8.0
50,151047.686934,8.0
52,151047.6869502,8.0
54,151047.6869665,8.0
56,151047.6869828,8.0
58,151047.686999,8.0
60,151047.6870167,9.0
62,151047.6870333,8.0
64,151047.6870509,9.0
66,151047.687067,8.0
68,151047.6870831,7.0
70,151047.6870991,8.0
72,151047.6871153,8.0
74,151047.6871314,7.0
76,151047.6871474,8.0
78,151047.6871635,8.0
80,151047.6871795,8.0
82,151047.6871956,8.0
84,151047.6872116,7.0
86,151047.6872278,8.0
88,151047.687244,8.0
90,151047.68726,7.0
92,151047.6872763,8.0
94,151047.6872924,8.0
96,151047.6873085,8.0
98,151047.6873245,8.0
100,151047.6873405,8.0
Самое смешное то ,
что задержка измеряется в мкс
и составляет в среднем не более  10 . т.е. 0.000001 сек.
-------------------------
Это медленно?  
Запаздывание тиков
 
Добрый день,
Вопрос к разработчикам.
Можете объяснить, почему на учебном сервере тики приходят с запаздыванием от 500 до 1700 ms.
При этом задержка обмена по интернет не более 30 ms.
Задержка обработка колбека не более 0.1 ms
Вот результаты теста
строки с первым числом 2 - это обработка колбека onAllTrade.
Последнее число в строке(zT) - это задержка в ms
Я понимаю, что это учебный сервер, но у всего есть причина.
Хотелось бы понять и простить.
Код
4; 0.2, 22.6,AMEZ, 108,Ntpm=0
2,1.4; 163; MTLR,zT=712.0
2,0.2; 37; SBER,zT=712.0
2,0.1; 56; NKNC,zT=712.0
2,0.1; 27; MTSS,zT=712.0
2,0.1; 42; MTSS,zT=712.0
2,0.1; 24; MTSS,zT=712.0
2,0.1; 42; KAZT,zT=712.0
2,0.1; 31; VSMO,zT=712.0
2,0.1; 22; VSMO,zT=712.0
2,0.2; 25; TCSG,zT=1712.0
2,0.1; 20; TCSG,zT=1712.0
2,0.1; 26; TCSG,zT=1712.0
2,0.1; 30; TCSG,zT=1712.0
2,0.2; 23; TCSG,zT=1712.0
2,0.1; 24; MTLR,zT=1712.0
2,0.1; 34; SPBE,zT=1712.0
2,0.2; 41; SPBE,zT=1711.0
2,0.1; 25; SPBE,zT=1711.0
2,0.2; 32; SPBE,zT=1711.0
2,0.1; 41; BSPB,zT=1711.0
2,0.1; 25; BSPB,zT=1711.0
14; 0.2, 260.5,VSMO, 108,Ntpm=12
14; 0.2, 24.0,VKCO, 108,Ntpm=11
14; 0.2, 18.4,TCSG, 108,Ntpm=10
14; 0.2, 27.1,SPBE, 108,Ntpm=9
14; 0.1, 22.7,SGZH, 108,Ntpm=8
14; 0.2, 15.5,SBER, 108,Ntpm=7
14; 0.2, 15.3,ROSN, 108,Ntpm=6
14; 0.2, 154658.2,NKNC, 109,Ntpm=5
14; 0.4, 23.9,MTSS, 109,Ntpm=4
14; 0.3, 110.0,MTLR, 109,Ntpm=3
14; 0.2, 21.5,KMAZ, 109,Ntpm=2
14; 0.1, 150429.8,KAZT, 110,Ntpm=1
14; 0.4, 29.6,BSPB, 110,Ntpm=0
2,1.2; 179; SBER,zT=777.0
2,0.2; 30; SBER,zT=777.0
2,0.2; 23; SBER,zT=777.0
2,0.2; 23; SBER,zT=777.0
2,0.1; 23; SBER,zT=777.0
2,0.1; 21; SBER,zT=777.0
2,0.1; 22; SBER,zT=777.0
2,0.1; 24; SBER,zT=777.0
2,0.1; 27; SBER,zT=777.0
2,0.2; 44; SBER,zT=776.0
2,0.1; 22; SBER,zT=776.0
2,0.2; 21; SBER,zT=776.0
2,0.2; 22; SBER,zT=776.0
2,0.2; 22; SBER,zT=776.0
2,0.1; 22; SBER,zT=776.0
2,0.1; 19; SBER,zT=776.0
2,0.2; 20; SBER,zT=776.0
2,0.1; 22; SBER,zT=776.0
2,0.1; 21; SBER,zT=776.0
2,0.1; 38; SBER,zT=776.0
Ограничения при использовании QuikSharp.lua
 
Цитата
bespalex написал:
QuikPy
Если умеете программировать на луа и питон, то делаете обмен данными между приложением на питон и приложением на Луа. Либо ищите такой скрипт.
КВИК вообще при этом не требуется.
Потом скрипт луа для обмена запускаете в КВИК.
Очереди и двойные очереди в луа, Пример из книги Р.Е.
 
Хвалюсь.
------------------------------
Сегодня мой робот на сбере показал такую картинку с начала года.


Т е c 3.01.2024 профит   2.44%, из них 1.72 - лонг и 0.72 -шорт.
Стратегия "купил и держи" дала бы  1%.  
Тест времени подключения источников данных
 
Добрый день,
По просьбе разработчиков
https://forum.quik.ru/messages/forum10/message73569/topic8440/#message73569
выкладываю для общего пользования
свой тест измерения времени подключения источников данных.
Так как ранее использовался очень большой скрипт,
то пришлось написать специально тест для общего пользования.
-------------------
В тесте используется два таймера.
Один - мой на основе высокоточного счетчика OC на СИ. Выкладывал его на форуме.  Его квант 0.1мкс.
Второй - на основе socket. Для исключения сомнения в измерениях. Его квант 1 мс.
-------------------
Начинающие писатели роботов, можете позаимствовать мое решение организации очереди.
Код
--тест скорости подключения источников данных -автор nikolz
name="testnk"
paths = "D:/nkarray/"
package.cpath =paths.."?.dll";
require "nkarray"
p2 = "D:/luasocket/"
package.cpath =package.cpath ..";"..p2.."?.dll";
package.path =package.path..p2.."?.lua;"
socket = require("socket")
path = "D:\\QUIK_SCRIPT\\nk_bot\\"
Log=io.open(path..name..".log","w")
Ntp=0;    tp={}
local ds_int={INTERVAL_M1,INTERVAL_M5,INTERVAL_M30,INTERVAL_TICK};
function main()
   local t,int,tms,t1;
     while true do
      while Ntp>0 do
         t=tp[Ntp]; Ntp=Ntp-1 clas=t[1] sec=t[2]
         for i=1,#ds_int do ds={}
            t2=socket.gettime()*1000.
            nklib.startB();
            int=ds_int[i];
            local d,err; while d==nil do d,err=CreateDataSource(clas,sec,int); end
            d:SetEmptyCallback();
            t1=0.01*nklib.stopB();
            tms=(socket.gettime()*1000.-t2)//1
            Log:write("interval="..int..",sec="..tostring(sec)..",tnk="..t1.."мкс, tsocet="..(tms).."мc\n");Log:flush();
         end
      end
      sleep(1);
   end
end

function OnInit(pfile)  fconnect=isConnected(); end
function OnParam(c,s) Ntp=Ntp+1;    tp[Ntp]={c,s}; end
Это результаты работы теста на моем компе:
Код
interval=1,sec=VTBR,tnk=39.41мкс, tsocet=0.0мc
interval=5,sec=VTBR,tnk=20.17мкс, tsocet=0.0мc
interval=30,sec=VTBR,tnk=17.82мкс, tsocet=0.0мc
interval=0,sec=VTBR,tnk=13072.46мкс, tsocet=130.0мc

interval=1,sec=VSMO,tnk=57.81мкс, tsocet=0.0мc
interval=5,sec=VSMO,tnk=21.82мкс, tsocet=0.0мc
interval=30,sec=VSMO,tnk=21.73мкс, tsocet=0.0мc
interval=0,sec=VSMO,tnk=13581.32мкс, tsocet=135.0мc

interval=1,sec=UGLD,tnk=57.16мкс, tsocet=0.0мc
interval=5,sec=UGLD,tnk=25.99мкс, tsocet=0.0мc
interval=30,sec=UGLD,tnk=26.66мкс, tsocet=1.0мc
interval=0,sec=UGLD,tnk=12974.53мкс, tsocet=128.0мc

interval=1,sec=NMTP,tnk=57.63мкс, tsocet=0.0мc
interval=5,sec=NMTP,tnk=19.32мкс, tsocet=0.0мc
interval=30,sec=NMTP,tnk=17.54мкс, tsocet=0.0мc
interval=0,sec=NMTP,tnk=12912.37мкс, tsocet=129.0мc

interval=1,sec=VRSB,tnk=35.37мкс, tsocet=0.0мc
interval=5,sec=VRSB,tnk=27.25мкс, tsocet=0.0мc
interval=30,sec=VRSB,tnk=21.7мкс, tsocet=0.0мc
interval=0,sec=VRSB,tnk=12604.62мкс, tsocet=125.0мc

interval=1,sec=SIBN,tnk=34.2мкс, tsocet=0.0мc
interval=5,sec=SIBN,tnk=43.41мкс, tsocet=0.0мc
interval=30,sec=SIBN,tnk=18.91мкс, tsocet=0.0мc
interval=0,sec=SIBN,tnk=12793.29мкс, tsocet=127.0мc

Время подключения источников с интервалом 1,5,30 минут  составляет 30 мкс.
Время подключения тиков 12900 мкс. замедление в 400 раз.
==================
Демо сервер КВИК.
версия КВИК 11.1.0.45
Очереди и двойные очереди в луа, Пример из книги Р.Е.
 
Цитата
VPM написал:
nikolz, Наоборот прозрел, за скоростью не гоняюсь , тогда чем можно руководствоваться и как наилучшим (оптимальным) образом организовать память?
С памятью все просто.
-------------------
На диск надо писать лишь то, что хотите сохранить для истории и что не хранится в архивах КВИК.
Как правило - это результаты реальной торговли.  
Но и это можно не сохранять так как они есть в отчете брокера.
И только в отчете брокера Вы увидите что было реально.  
--------------------  
Кроме того, в отдельный файл можно записать исходные данные для торговли.  
Это позволяет не изменять их в скрипте.
-----------------  
Могу посоветовать следующее.
Написали что-то. Поставьте в начале блока N=os.clock()
и в конце time=os.clock()  -N  и выведите time в сообщение.   Вы узнаете сколько реально в секундах у вас выполняется этот блок. Если это разовый блок в начале запуска, то время вообще не колышет.
Если время вас устраивает, то забудьте про этот блок и пишите дальше.
Очереди и двойные очереди в луа, Пример из книги Р.Е.
 
VPM,
Без обид, но Вы очевидно не представляете как реализована запись в файл в Винде. Если Вы часто читаете файл, то Вы читаете его из памяти, а не с диска. Поэтому разницы никакой нет. Да и вы же за скоростью не гонитесь.
Или что я упустил в Ваших рассуждениях?
Ограничения при использовании QuikSharp.lua
 
А зачем Вам QuikSharp? Его делали когда в КВИКЕ не было VMLua. В ту поры был смысл.
Сейчас смысла нет, кроме непонятных затыков.
Или я не прав?
Построение древа клиента
 
Цитата
Игорь Акименко написал:
Добрый день!

Коллеги, нужна помощь c lua. Не могу найти прямую зависимость.
То что хочу построить
firm_id (n1)
           - client_code (n1)
           ..........................
           - client_code (n)
                                      --trdaccid (n1)
                                      .....................
                                      --trdaccid (n)
firm_id (n)
           ..........................
           - client_code (n)
                                      .....................
                                      --trdaccid (n)


Есть ли зависимость такая? Как ее выстроить?

Проблема возникла из задачи определения кол-ва доступных стредств, если счет является " * -единый брокерский счет". Если я правильно понимаю сам факт проверки у нас есть через IsUcpClient.
Но возникает проблема когда к квику подключено несколько торговый счетов, фирма одна. При запросе лимитов при архитектуре древа, получается так что лимиты по деньгам дублируются, т.к. связь удалось выстроить только через фирму.

В целом реализацию делаю в питоне, посредством QuikSharp и библиотеки QuikPy. Но понять бы как это сделать на луа, можно бы было интерпретировать и в питоне.
Возможно кто то из вас уже реализовывал это и на самом питоне, буду очень признателен.
Есть. По таблицам и ключам с помощью функций для работы с произвольными таблицами.
Пишите и выкладывайте с конкретным вопросом.
Lua таблицу в файл и обратно
 
Преобразование таблицы Lua в строку, запись в файл и загрузка таблицы из файла в скрипт.
Код
function value2text(t,s)  --преобразование таблицы в скрипт
   local s1=""; --новое значение
   local n=string.len(s); local z=string.sub(s,n);
   local m= type(t);
   if m=="string" then
      s1='"'..tostring(t)..'"';  elseif m=="number" then s1=tonumber(t);  elseif t==nil then s1="nil";
   elseif m=="table" then local f;
      for j,v in pairs(t) do
         local x=v;
         if f then s1=s1.."," end  f=1;
         if  type(j)~="number" then    s1=s1..'\n["'..tostring(j)..'"]='; end
         s1=value2text(x,s1);
      end
      if z=='}' then s1='\n{'..s1..'}'; else s1='{'..s1..'}' end
   end
return s..s1;
end

--------------------  это пример вывода и загрузки с распечаткой значений из таблиц
local t2={6,7,8,9}
local t={1,2,3,4,5,"asd",t2}  -- это таблица которую выводим в файл
----------вывод в файл
local fn=p3.."test999.lua"
fLog=io.open(fn,"w"); fLog:write("t1="..value2text(t,"").."\n");fLog:flush()
fLog:close();
-----------ввод из файла
dofile(fn);
----------------прочитали таблицу из файла в таблицу t1
--теперь печатаем из введенной таблицы значения и сравниваем их со значениями в t2 и t
local t3=t1[7]
local s1=t1[6];
print(t1[1],s1,t3[3])

результат:
это содержимое файла test999.lua:
Код
t1={1,2,3,4,5,"asd",{6,7,8,9}}
это печать значений
Код
1   asd   8
Тормоз подключения тиков
 
Цитата
Nikolay написал:
Думается, что это проблема выбора реляционной базы для хранения данных (правда мой опыт обработки всех сделок, всех акций за 2016 год на MsSQL не вызывал каких-то проблем, кроме объема, но это год). Хотя организовать порционную подачу данных вполне можно. Заказали - начинают поступать данные. Если же сделано, что сначала все данные подготавливаются, кешируются и только потом выдаются всем объемом, то, наверно, это и приводит к таким задержкам. Плюс, видимо, у таких данных очень низкий приоритет, так что не во все пакеты попадают.  
Не понял, кто выбирает?
Тики вообще выдаются лишь за текущий день.
Очереди и двойные очереди в луа, Пример из книги Р.Е.
 
Цитата
VPM написал:
Цитата
nikolz написал:
если Вы записали в файл fT таблицу T так, как она записана в скрипте Lua, то просто загрузите этот файл в скрипттак:loadfile(fT)
Я вообще не понимаю в чем различие loadfile от load в каком случае чем пользоваться (может есть какие то критерии) ???
load - загрузка из переменной string
loadfile - загрузка из файла на диске
=======================
Выкладываю для вас решение для вывода таблицы в файл и загрузки таблицы из  файла в скрипт
Код
function value2text(t,s)  --преобразование таблицы в скрипт
   local s1=""; --новое значение
   local n=string.len(s); local z=string.sub(s,n);
   local m= type(t);
   if m=="string" then
      s1='"'..tostring(t)..'"';  elseif m=="number" then s1=tonumber(t);  elseif t==nil then s1="nil";
   elseif m=="table" then local f;
      for j,v in pairs(t) do
         local x=v;
         if f then s1=s1.."," end  f=1;
         if  type(j)~="number" then    s1=s1..'\n["'..tostring(j)..'"]='; end
         s1=value2text(x,s1);
      end
      if z=='}' then s1='\n{'..s1..'}'; else s1='{'..s1..'}' end
   end
 return s..s1;
end

--------------------  это пример вывода и загрузки с распечаткой значений из таблиц
local t2={6,7,8,9}
local t={1,2,3,4,5,"asd",t2}  -- это таблица которую выводим в файл
----------вывод в файл
local fn=p3.."test999.lua"
fLog=io.open(fn,"w"); fLog:write("t1="..value2text(t,"").."\n");fLog:flush()
fLog:close();
-----------ввод из файла
dofile(fn);
----------------прочитали таблицу из файла в таблицу t1
--теперь печатаем из введенной таблицы значения и сравниваем их со значениями в t2 и t
local t3=t1[7]
local s1=t1[6];
print(t1[1],s1,t3[3])

результат:
это содержимое файла test999.lua:
Код
t1={1,2,3,4,5,"asd",{6,7,8,9}}
это печать значений
Код
1   asd   8
Тормоз подключения тиков
 
Цитата
Anton Belonogov написал:
nikolz, добрый день.

Увеличенное время объясняется разницей в запрашиваемом объеме данных.
Вообще-то после выхода из функции CreateDataSource ничего не загружено.
----------------------------
Загружается после.
--------------------------------
А ежели тики, да еще внутри сессии, то грузится несколько минут.
Очереди и двойные очереди в луа, Пример из книги Р.Е.
 
Цитата
VPM написал:
Glukator,  Я этим пользовался в lua 5.1 при переходе на 5.4 перестало работать, вот смысл:
Цитата
Используем преобразование таблицы в  текстовое представление  и сохраняем на диске результаты. -- Сохранение таблицы или массива в файл
function table.save(tbl,filename)
  local f,err = io.open(filename,"w")
  if not f then
     return nil,err
  end
  f:write( table.tostring (tbl))
  f:close()
  return true
end
В результате на диске мы получим файл, в котором в терминах синтаксика языка Lua описана наша таблица. Зачем сохранять в синтаксисе Lua? Причин две:   универсальность
 элегантный способ чтения таблицы из файла
  Вот функция, читающая файл и возвращающая сохранённую в нем таблицу: -- Чтение таблицы из файла в массива или таблицу
function table.read(filename)
  local f,err = io.open(filename,"r")
  if not f then
     return nil,err
  end
  local tbl = assert(loadstring("return " .. f:read("*a")))
  f:close()
  return tbl()
end
Все просто - читаем файл и запускаем его на выполнение    Вот как это выглядит: table.save({11,22,33,{"gh",'jk'},44},"e:\\1.dat")    -- пишем
t = table.read("e:\\1.dat")                                 -- читаем
 https://bot4sale.ru/blog-menu/qlua/301-save-lua-table.html
если Вы записали в файл fT таблицу T так, как она записана в скрипте Lua, то просто загрузите этот файл в скрипт
так:
loadfile(fT)
Очереди и двойные очереди в луа, Пример из книги Р.Е.
 
У меня робот с начала года показал это:

стратегия "купил и держи " показала бы в этом случае  (275.28-273.5)/273.28 -ком=0.72%
У робота получилось переиграть эту стратегию =1.3%
--------------------
А это картинка за декабрь 2023



стратегия "купил и держи" показала бы   (273-276)/273= -1.5%
робот показал =32%
----------------------------  
Особо интересно то, что рынок при этом сменил тренд с падающего на растущий.
Сначала провалился на (276-255)/276=7.6%
Потом вырос на (273-255)/255=7%
Если сначала войти в шорт а потом в лонг, то получим всего 14.6%
----------------
Робот собрал на логах 15% и на шортах 17%.
Очереди и двойные очереди в луа, Пример из книги Р.Е.
 
VPM,
Если не сложно, то скажите каким из перечисленных ниже индикаторов Джона Эхлерса Вы пользуетесь и какой результат получили?
  • Supersmoother
  • Roofing Filter
  • Even Better Sinewave
  • Decycler Oscillator
  • Autocorrelation Reversals
  • Adaptive Bandpass
  • Adaptive Bandpass Cube
  • Adaptive CCI
  • Adaptive RSI
  • Adaptive RSI Fischer
  • Adaptive Stochastic
  • Adaptive Stochastic Inverse Fischer
Очереди и двойные очереди в луа, Пример из книги Р.Е.
 
Цитата
VPM написал:
Джон Эхлерс
Джон Эхлерс:

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

«Цифровая обработка сигналов» – это способ организации того, что находится внутри этого черного ящика. Это может быть нечто вроде RSI, или это может быть простая средняя. По сути, все сводится к вопросу: насколько сложным будет этот черный ящик? Другими словами, насколько сложным будет ваш фильтр данных?
---------------------
И еще одна заключительная мысль. Как показывает опыт, сфера трейдинга и технического анализа полна людей, которые заявляют, что они торгуют, следуя за своим гуру, или утверждают, что обладают неким секретом успеха или имеют безупречную систему, о которой никто не знает. Но трейдерам-новичкам я бы сказал, что в техническом анализе нет никаких секретов. Всё на самом деле довольно просто.

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

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

Очереди и двойные очереди в луа, Пример из книги Р.Е.
 
Цитата
Владимир написал:
VPM, КАКОЙ график? Мой скрипт следит за 8 таймфреймами, и никакой график не даст столько информации. В любом случае, строить гипотезы как поведёт себя дядя Вася и на них строить собственную торговлю попахивает самоубийством. Мне плевать на проблемы всех "австралийских трейдеров", помноженных друг на друга - скрипт будет торговать теми инструментами и в тех направлениях, которые ОН САМ посчитает нужными. Вот прям ща, когда я это пишу, кто-то там "снял быстрым движение стопы забрав тем самым ликвидность  улучшил свою позицию" на одном из моих тикеров, скрипт тут же отреагировал, и рынок пошёл в нужном ЕМУ направлении. Надолго ли, не знаю (и знать не хочу), но свои полпроцента прибыли скрипт уже успел хапнуть примерно за 5 минут.
покажите картинку.
Смена типа заявки во время отправки
 
Цитата
pertifospi написал:
Цитата
nikolz написал:
Подобную идею реализуют HFT роботы,
но это не КВИК и дорого
Вероятно, не вижу где-то подвоха, но пока не понимаю почему это "дорого", если "API" квика поддерживает такую возможность. Вызвать несколько функций и передать пару десятков значений - не выглядит чем-то мудрёным.

Буду рад, если всё-таки официальная ТП прокомментирует: согласуется ли моя идея с возможностями QLua?
Мудреного ничего нет. Но посчитайте все задержки и получите, что вы измените свою заявку сегодня по тем данным, которые увидели вчера.
Смена типа заявки во время отправки
 
Подобную идею реализуют HFT роботы,
но это не КВИК и дорого
Смена типа заявки во время отправки
 
Цитата
pertifospi написал:
Цитата
nikolz написал:
Судя по вопросу Вы слабо представляете как работает биржевая торговля.
Где , по вашему мнению, будет происходит эта "магия"?  
Очевидно - в квике. Если он позволяет работать с заявками до момента отправки брокеру, то глобально не вижу проблем, чтобы реализовать идею. Вопрос лишь: есть ли технически такая возможность?
В моей голове выглядит весь процесс примерно так:
- есть некий listener, который следит за появлением заявок
- как только срабатывает условие, что есть новая заявка и тип - рыночная, то либо меняем текущую, либо создаём новую, беря нужные параметры от изначальной и добавляя свои
- отправляем  брокеру
- вуаля, "магия" сработала
Если время выполнения хотелки не критично, то все возможно.
Но поезд скорее всего уже уйдет.
Смена типа заявки во время отправки
 
Цитата
pertifospi написал:
Добрый день. С программированием не очень знаком, поэтому перед тем как начать усиленно копаться в Lua хочу уточнить у знатоков и тех. поддержки возможно ли в принципе реализовать идею.
Идея вот какая: в момент отправки рыночной заявки менять её тип на лимитную с фиксированным для каждого инструмента спредом от текущей цены? В идеале чтобы ещё была возможность указать, что делать с контрактами, которые не попали в спред: оставлять в виде лимитной заявки или снимать.
Если на примере: есть инструмент А с шагом 1 и ценой 500, для простоты картины, в момент отправки рыночной заявки в лонгах и шортах на каждом шаге (то есть цене инструмента) по 10 заявок\контрактов. Мы отправляем по рынку 80 контрактов, допустим, в лонг. Спред для инструмента указан 5. Но тут происходит "магия" и рыночная заявка преобразуется в лимитную на 80конрактов  с ценой покупки 505.
И в идеале ещё, если можем указать заранее для этого конкретного инструмента что будет с оставшимися 30 контрактами. Либо они появятся в стакане по цене 505, либо сразу снимутся.

Если такое возможно, то буду рад, если кто укажет хотя бы в общих чертах схему работы по функциям. Что за чем вызывается.

Отвечая на возможный вопрос "а зачем это?". Всё просто: оказывается, у моего брокера (может и всех такое, я не проверял) ГО в зависимости от типа заявки отличается ~ в 2 раза.
Судя по вопросу Вы слабо представляете как работает биржевая торговля.
Где , по вашему мнению, будет происходит эта "магия"?  
Мой робот
 
Про робота
Результаты теста аналогичного предыдущему, но обработка выполняется скриптом в LuaJit и в дополнительном потоке пула таймера.
Код
7.7, 27.2, ,14,SPH4, 230, 0
7.7, 17.0, ,14,CHH4, 230, 0
Таймер 152500.011,Nc=3
26.7, 55.8, ,14,FLOT, 230, 1
26.7, 22.4, ,14,MTLR, 230, 2
26.7, 17.7, ,14,QIWI, 230, 2
26.7, 13.5, ,14,TATN, 230, 1
26.7, 15.5, ,14,VKCO, 230, 1
26.7, 97.7, ,14,VTBR, 230, 2
26.7, 15.9, ,14,ZVEZ, 230, 1
26.7, 83.0, ,14,IRAO, 230, 1
26.7, 15.4, ,14,CRH4, 230, 0
23.5, 84.9, ,14,SiH4, 230, 0
31.7, 116.2, ,14,CRH4, 230, 0
28.6, 50.5, ,14,RNH4, 230, 1
28.6, 17.9, ,14,CHH4, 230, 1
28.6, 29.2, ,14,SPH4, 230, 0
28.0, 46.3, ,14,SiH4, 230, 1
28.0, 15.9, ,14,SiH4, 230, 1
28.0, 11.8, ,14,SiH4, 230, 0
28.1, 48.5, ,14,SiH4, 230, 1
28.1, 16.7, ,14,CRH4, 230, 0
28.6, 53.4, ,14,RNH4, 230, 1
28.6, 15.7, ,14,CRH4, 230, 0
24.4, 83.5, ,14,CRH4, 230, 0
28.2, 49.2, ,14,CRH4, 230, 0
28.0, 46.8, ,14,CRH4, 230, 1
28.0, 15.7, ,14,SiH4, 230, 0
15.2, 33.0, ,14,SiH4, 230, 1
15.2, 15.4, ,14,SRH4, 230, 0
27.5, 132.5, ,14,USD000UTSTOM, 230, 2
27.5, 83.6, ,14,EUR_RUB__TOD, 230, 4
27.5, 75.9, ,14,GLDRUB_TOM, 230, 4
27.5, 19.5, ,14,SPH4, 230, 3
27.5, 13.9, ,14,USD000000TOD, 230, 2
27.5, 12.8, ,14,SiH4, 230, 1
27.5, 12.1, ,14,EUR_RUB__TOM, 230, 0
29.3, 49.1, ,14,SiH4, 230, 0
29.3, 80.3, ,14,SFH4, 230, 0
10.8, 56.0, ,14,SFH4, 230, 1
10.8, 22.5, ,14,RNH4, 230, 1
10.8, 14.2, ,14,SPH4, 230, 0
7.5, 23.3, ,14,CHH4, 230, 0
13.2, 62.9, ,14,RNH4, 230, 1
13.2, 20.6, ,14,SPH4, 230, 1
13.2, 14.8, ,14,RNH4, 230, 0
28.8, 48.5, ,14,CHH4, 230, 0
24.1, 43.8, ,14,SPH4, 230, 1
24.1, 25.0, ,14,SPH4, 230, 0
28.7, 103.8, ,14,CRH4, 230, 0
8.8, 59.9, ,14,RNH4, 230, 0
6.3, 25.4, ,14,SPH4, 230, 0
6.3, 17.1, ,14,CHH4, 230, 0
10.1, 49.8, ,14,CHH4, 230, 0
28.9, 49.2, ,14,EuH4, 230, 0
25.0, 36.2, ,14,RNH4, 230, 1
25.0, 16.0, ,14,SPH4, 230, 0
24.0, 30.3, ,14,CNYRUB_TOM, 230, 0
10.0, 102.6, ,14,USD000UTSTOM, 230, 0
28.0, 47.0, ,14,EUR_RUB__TOM, 230, 1
28.0, 20.7, ,14,BYNRUB_TOM, 230, 1
28.0, 13.4, ,14,EUR_RUB__TOD, 230, 0
28.4, 50.7, ,14,SiH4, 230, 0
12.6, 47.1, ,14,NKH4, 230, 0
12.6, 22.0, ,14,MMH4, 230, 0
12.4, 57.5, ,14,SiH4, 230, 0
28.7, 56.0, ,14,GKH4, 230, 0
10.9, 65.2, ,14,LKH4, 230, 1
10.9, 34.7, ,14,FIVE, 230, 2
10.9, 32.3, ,14,FLOT, 230, 2
10.9, 19.4, ,14,MRKV, 230, 2
10.9, 17.7, ,14,MTLR, 230, 2
10.9, 21.3, ,14,IRAO, 230, 2
10.9, 24.3, ,14,QIWI, 230, 2
10.9, 131.5, ,14,NKHP, 230, 4
10.9, 89.2, ,14,UNAC, 230, 6
10.9, 16.6, ,14,ZVEZ, 230, 5
10.9, 12.8, ,14,VKCO, 230, 4
10.9, 14.0, ,14,TATN, 230, 3
10.9, 20.5, ,14,SNGSP, 230, 2
10.9, 82.5, ,14,SGZH, 230, 1
10.9, 83.7, ,14,BELU, 230, 0
6.7, 25.2, ,14,MMH4, 230, 0
13.3, 123.9, ,14,SiH4, 230, 0
28.1, 47.8, ,14,SiH4, 230, 0
29.7, 52.3, ,14,SiH4, 230, 0
28.8, 49.3, ,14,EuH4, 230, 1
28.8, 15.5, ,14,SRH4, 230, 0
25.3, 50.5, ,14,USD000UTSTOM, 230, 1
25.3, 18.7, ,14,EUR_RUB__TOD, 230, 1
25.3, 21.1, ,14,SPH4, 230, 1
25.3, 14.4, ,14,USDCNY_TOM, 230, 0
26.6, 39.4, ,14,SPH4, 230, 0
26.6, 71.5, ,14,CRH4, 230, 0
46.2, 53.3, ,14,RNH4, 230, 1
46.2, 18.6, ,14,BRG4, 230, 0
28.5, 54.4, ,14,RIH4, 230, 0
37.4, 51.3, ,14,RNH4, 230, 1
37.4, 15.5, ,14,CHH4, 230, 0
27.9, 52.8, ,14,RNH4, 230, 1
27.9, 15.8, ,14,CHH4, 230, 0
29.1, 58.5, ,14,RIH4, 230, 0
50.1, 151.5, ,14,SiH4, 230, 0
27.0, 50.5, ,14,RNH4, 230, 0
10.1, 50.1, ,14,RNH4, 230, 0
10.2, 49.7, ,14,SiH4, 230, 0
26.7, 46.8, ,14,EuH4, 230, 1
26.7, 14.8, ,14,NKH4, 230, 0
28.9, 53.6, ,14,RNH4, 230, 0
29.0, 59.3, ,14,SGH4, 230, 0
44.0, 50.2, ,14,RNH4, 230, 0
28.6, 54.5, ,14,RIH4, 230, 0
25.5, 58.1, ,14,RIH4, 230, 1
25.5, 21.5, ,14,SiH4, 230, 1
25.5, 15.5, ,14,RNH4, 230, 0
35.5, 51.1, ,14,RNH4, 230, 0
29.5, 121.2, ,14,RIH4, 230, 1
29.5, 15.4, ,14,VBH4, 230, 0
28.8, 52.5, ,14,CRH4, 230, 1
28.8, 17.5, ,14,RNH4, 230, 0
10.9, 53.1, ,14,CHH4, 230, 1
10.9, 20.4, ,14,CRH4, 230, 0
25.0, 50.1, ,14,CRH4, 230, 0
6.5, 37.8, ,14,FESH, 230, 0
6.5, 28.2, ,14,IRAO, 230, 1
6.5, 128.7, ,14,LVHK, 230, 2
6.5, 17.2, ,14,MTLR, 230, 2
6.5, 92.2, ,14,MTSS, 230, 4
6.5, 15.1, ,14,QIWI, 230, 3
6.5, 76.6, ,14,POLY, 230, 4
6.5, 13.6, ,14,TATN, 230, 3
6.5, 89.5, ,14,ROSN, 230, 5
6.5, 103.0, ,14,USBN, 230, 7
6.5, 15.8, ,14,ZVEZ, 230, 6
6.5, 13.6, ,14,VTBR, 230, 5
6.5, 11.7, ,14,VKCO, 230, 4
6.5, 17.1, ,14,UNAC, 230, 3
6.5, 18.8, ,14,UGLD, 230, 2
6.5, 23.6, ,14,NKHP, 230, 1
6.5, 16.7, ,14,CRH4, 230, 1
6.5, 73.0, ,14,MRKV, 230, 0
6.7, 29.0, ,14,RNH4, 230, 0
6.7, 17.4, ,14,CHH4, 230, 0
15.5, 67.2, ,14,CHH4, 230, 0
27.2, 47.9, ,14,CRH4, 230, 1
27.2, 14.5, ,14,CRH4, 230, 0
27.2, 17.3, ,14,RNH4, 230, 0
28.6, 50.1, ,14,RNH4, 230, 0
28.6, 72.3, ,14,SiH4, 230, 0
28.8, 51.0, ,14,GDH4, 230, 0
24.9, 52.7, ,14,RNH4, 230, 1
24.9, 20.8, ,14,RIH4, 230, 0
27.1, 103.7, ,14,RIH4, 230, 0
27.0, 46.7, ,14,RNH4, 230, 0
11.1, 55.8, ,14,RNH4, 230, 0
27.6, 49.6, ,14,TTH4, 230, 0
16.4, 51.2, ,14,TTH4, 230, 0
24.9, 53.7, ,14,RNH4, 230, 0
44.6, 50.5, ,14,LKH4, 230, 1
44.6, 15.3, ,14,EuH4, 230, 0
26.9, 46.8, ,14,FSH4, 230, 0
27.9, 50.9, ,14,RNH4, 230, 0
27.4, 48.3, ,14,RNH4, 230, 0
28.3, 52.4, ,14,RNH4, 230, 0
26.6, 48.0, ,14,USD000UTSTOM, 230, 1
26.6, 17.3, ,14,GLDRUB_TOM, 230, 0
28.0, 50.7, ,14,RNH4, 230, 0
28.2, 52.0, ,14,TTH4, 230, 1
28.2, 15.3, ,14,CHH4, 230, 0
28.2, 51.5, ,14,TTH4, 230, 1
28.2, 17.8, ,14,CHH4, 230, 1
28.2, 14.5, ,14,RNH4, 230, 0
29.3, 49.4, ,14,CHH4, 230, 0
29.6, 49.3, ,14,SiH4, 230, 0
27.1, 50.6, ,14,TTH4, 230, 1
27.1, 28.5, ,14,RIH4, 230, 2
27.1, 15.5, ,14,MMH4, 230, 1
27.1, 14.5, ,14,RIH4, 230, 0
26.5, 150.4, ,14,AFLT, 230, 4
26.5, 27.1, ,14,IRAO, 230, 5
26.5, 108.0, ,14,NKHP, 230, 7
26.5, 23.6, ,14,TATN, 230, 6
26.5, 131.4, ,14,SVAV, 230, 8
26.5, 30.9, ,14,USBN, 230, 7
26.5, 18.5, ,14,VKCO, 230, 7
26.5, 16.8, ,14,VTBR, 230, 7
26.5, 96.3, ,14,ZVEZ, 230, 7
26.5, 20.6, ,14,UNAC, 230, 6
26.5, 92.9, ,14,TCSG, 230, 5
26.5, 66.4, ,14,POLY, 230, 4
26.5, 82.8, ,14,FLOT, 230, 3
26.5, 15.6, ,14,FIXP, 230, 2
26.5, 12.9, ,14,FESH, 230, 1
26.5, 18.3, ,14,AGRO, 230, 0
24.7, 28.2, ,14,SiH4, 230, 0
25.9, 32.7, ,14,CHH4, 230, 0
9.6, 106.1, ,14,SiH4, 230, 0
6.6, 26.4, ,14,RNH4, 230, 0
11.9, 60.3, ,14,CHH4, 230, 0
27.4, 56.8, ,14,RMH4, 230, 0
17.4, 48.9, ,14,NKH4, 230, 0
30.1, 50.5, ,14,CHH4, 230, 1
30.1, 23.3, ,14,RNH4, 230, 1
30.1, 13.8, ,14,CHH4, 230, 0
24.5, 51.6, ,14,NKH4, 230, 1
24.5, 21.5, ,14,CHH4, 230, 0
28.0, 49.7, ,14,SiH4, 230, 1
28.0, 22.2, ,14,LKH4, 230, 0
12.9, 68.0, ,14,GKH4, 230, 1
12.9, 20.3, ,14,NKH4, 230, 0
29.1, 49.5, ,14,CHH4, 230, 0
24.3, 55.0, ,14,RNH4, 230, 0
26.8, 46.5, ,14,NKH4, 230, 1
26.8, 18.2, ,14,NKH4, 230, 1
26.8, 14.5, ,14,CHH4, 230, 0
20.8, 36.3, ,14,RNH4, 230, 0
28.4, 57.7, ,14,GLDRUB_TOM, 230, 1
28.4, 26.7, ,14,CHH4, 230, 0
30.6, 54.1, ,14,SiH4, 230, 0
27.1, 54.7, ,14,RTH4, 230, 0
27.3, 51.4, ,14,SiH4, 230, 1
27.3, 20.2, ,14,NKH4, 230, 1
27.3, 17.3, ,14,CHH4, 230, 1
27.3, 14.9, ,14,RNH4, 230, 0
28.6, 51.7, ,14,RNH4, 230, 1
28.6, 19.2, ,14,CRH4, 230, 0
17.5, 55.9, ,14,RNH4, 230, 0
29.7, 52.3, ,14,CHH4, 230, 0
30.2, 55.6, ,14,RNH4, 230, 0
29.0, 50.9, ,14,CHH4, 230, 0
30.5, 54.8, ,14,RNH4, 230, 0
30.5, 30.0, ,14,RNH4, 230, 0
28.0, 48.2, ,14,SiH4, 230, 1
28.0, 18.3, ,14,CHH4, 230, 0
9.9, 51.2, ,14,RNH4, 230, 1
9.9, 16.6, ,14,CHH4, 230, 0
7.4, 136.7, ,14,GLDRUB_TOM, 230, 2
7.4, 14.5, ,14,EURUSD000TOM, 230, 1
7.4, 78.9, ,14,USD000UTSTOM, 230, 3
7.4, 96.5, ,14,FIXP, 230, 5
7.4, 43.8, ,14,NKHP, 230, 6
7.4, 15.5, ,14,TATN, 230, 6
7.4, 34.1, ,14,USBN, 230, 6
7.4, 11.5, ,14,VKCO, 230, 5
7.4, 12.9, ,14,ROSN, 230, 4
7.4, 16.5, ,14,IRAO, 230, 3
7.4, 15.7, ,14,FLOT, 230, 2
7.4, 17.7, ,14,AGRO, 230, 1
7.4, 189.2, ,14,EUR_RUB__TOM, 230, 0
10.5, 110.7, ,14,RNH4, 230, 0
23.2, 116.3, ,14,CHH4, 230, 0
28.9, 224.2, ,14,CRH4, 230, 2
28.9, 13.6, ,14,NKH4, 230, 1
28.9, 13.9, ,14,RNH4, 230, 0
11.4, 139.3, ,14,RNH4, 230, 0
11.4, 45.6, ,14,CHH4, 230, 0
12.1, 79.9, ,14,GKH4, 230, 0
28.5, 68.5, ,14,SRH4, 230, 0
26.1, 87.0, ,14,RNH4, 230, 2
26.1, 18.4, ,14,CHH4, 230, 1
26.1, 14.3, ,14,RNH4, 230, 0
27.7, 64.0, ,14,RNH4, 230, 0
28.4, 59.3, ,14,RNH4, 230, 1
28.4, 19.4, ,14,RNH4, 230, 0
27.4, 71.5, ,14,CRH4, 230, 1
27.4, 21.7, ,14,EUR_RUB__TOD, 230, 1
27.4, 22.5, ,14,USD000UTSTOM, 230, 0
10.6, 49.2, ,14,RNH4, 230, 0
27.1, 47.3, ,14,CHH4, 230, 1
27.1, 66.2, ,14,CRH4, 230, 0
завершение Таймер 152505.619
27.2, 48.0, ,14,FSH4, 230, 0
24.9, 51.8, ,14,RNH4, 230, 1
24.9, 18.8, ,14,TTH4, 230, 1
24.9, 13.1, ,14,TTH4, 230, 0
25.8, 54.3, ,14,CRH4, 230, 0

Время обработки составило 5.6 секунд, вместо 48 секунд ранее.
Во время вычисления головного блока не происходи останов функции main, которая продолжает обработку колбеков.
В итоге, очередь до вычислений и после вычислений содержит не более 1 элемента, вместо 1854 ранее.
Мой робот
 
Про робота
------------------------  
Один раз в минуту робот вычисляет головной блок для всех зарегистрированных инструментов.
В результате этих вычислений получается очередь новых заявок .
---------------
Привожу результаты теста , который позволяет оценить эффективность применения дополнительного потока для этих вычислений , а также проведение вычислений в Luajit в дополнительном потоке
-------------
В первом тесте все вычисления выполняются в функции main для версии Lua5.3
Результат:
Код
23.2, 56.6, ,14,NKH4, 283, 0
25.5, 122.1, ,14,SiH4, 283, 1
25.5, 25.0, ,14,USD000UTSTOM, 283, 1
25.5, 21.5, ,14,USD000000TOD, 283, 1
25.5, 24.8, ,14,EUR_RUB__TOM, 283, 1
25.5, 15.6, ,14,EUR_RUB__TOD, 283, 0
24.8, 65.3, ,14,NKH4, 283, 1
24.8, 18.0, ,14,SiM4, 283, 0
27.9, 54.8, ,14,SiM4, 283, 0
Таймер 145800.01,Nc=3
завершение Таймер 145846.761,ncs=284
28.4, 46751279.6, ,14,NKH4, 283, 1854
28.4, 15.7, ,14,RTH4, 283, 1853
28.4, 12.6, ,14,CHH4, 283, 1852
28.4, 11.5, ,14,CHH4, 283, 1851
28.4, 13.9, ,14,SiM4, 283, 1850

Nc=3 - число торгуемых классов
ncs=284- число торгуемых инструментов.
Вычисление головного блока началось в 14:58:00 , закончилось в 14:58:48
------------------------
Обратите внимание на последнее число в стоках до и после вычислений головного блока.
это число инструментов, которые находятся в очереди на обработку в main.
----------------------------------
За 48 секунд вычислений очередь увеличилась с 0 элементов до 1854.
Т е за 48 секунд в ТТП изменились данные 1854 раза.
----------------------------------
Примеры dll на GCC 64 для работы со скриптом
 
вариант вывода время в секундах и миллисекунды с шагом 0.0001
Код
static int Data(lua_State *L){ 
   GetSystemTimePreciseAsFileTime(&UTC);
   LARGE_INTEGER z; z.LowPart=UTC.dwLowDateTime;
  z.HighPart = UTC.dwHighDateTime; 
 long ns=z.QuadPart%10000000ULL; 
 time_t t=z.QuadPart /10000000ULL - 11644473600ULL; 
 lua_pushinteger(L,t);
lua_pushinteger(L,ns);
return 2;
}
тест:
Код
while true do
local t,nc=nkvm.Data();
print(t,nc);
end

результат:
Код
1704785739   9970111
1704785739   9970232
1704785739   9970356
1704785739   9970477
1704785740   1022793
1704785740   1023025
1704785740   1023153
1704785740   1023270

Примеры dll на GCC 64 для работы со скриптом
 
Цитата
Serge123 написал:
Это не то: GetSystemTimePreciseAsFileTime выдаёт время в UTC (число 100 нс интервалов с 1 января 1601 г. по текущее время). Теперь надо получить из него часы, минуты, секунды и микросекунды с десятыми с часами для локального времени. Я уже почти написал программку для этого перевода, но вроде бы должна быть готовая в какой-нибудь библиотеке для Си...
Вы можете получать время до секунды обычными функциями луа.
---------------------
Для получения числа миллисикунд с шагом 0.1 мкс
выкладываю функцию на C for Lua, которую надо добавить в DLL для Lua:
Код
static int ms(lua_State *L){ 
   GetSystemTimePreciseAsFileTime(&UTC);
   LARGE_INTEGER z; z.LowPart=UTC.dwLowDateTime;
  z.HighPart = UTC.dwHighDateTime; 
 long ns=z.QuadPart%10000000ULL; 
 double x=((double)ns)/10000.;
lua_pushnumber(L,x);
return 1; }

В результате получим следующее
Код
Tue Jan  9 10:57:47 2024
944.631400
Tue Jan  9 10:57:47 2024
944.667900
Tue Jan  9 10:57:47 2024
944.704500
Tue Jan  9 10:57:47 2024
944.741300
Tue Jan  9 10:57:48 2024
45.804000
Tue Jan  9 10:57:48 2024
45.864200
Tue Jan  9 10:57:48 2024
45.921100
Tue Jan  9 10:57:48 2024

Примеры dll на GCC 64 для работы со скриптом
 
Цитата
Serge123 написал:
GetSystemTimePreciseAsFileTime
https://learn.microsoft.com/en-us/cpp/c-runtime-library/reference/localtime-localtime32-localtime64?...
Примеры dll на GCC 64 для работы со скриптом
 
Цитата
Serge123 написал:
GetSystemTimePreciseAsFileTim
https://learn.microsoft.com/en-us/windows/win32/api/sysinfoapi/nf-sysinfoapi-getsystemtimepreciseasf...
Очереди и двойные очереди в луа, Пример из книги Р.Е.
 
Цитата
VPM написал:
Лександр, А что Вас здесь смутило? Не какого инсайда не раскрываю, говорю про вещи широко известные (Ну точно не секретные)
Прикольно, если Вы инсайд знаете.  
Очереди и двойные очереди в луа, Пример из книги Р.Е.
 
Маркет-мейкер - это вполне видимый игрок.
Его задача  - сжатие спреда.
За это ему платит биржа (читайте документы биржи)
Правило такое, если заявка ударит в заявку маркет-мейкера, то биржа заплатит ему.  
Тормоз подключения тиков
 
версия 11.0.1.3
Страницы: Пред. 1 2 3 4 5 6 7 8 9 10 11 12 ... 72 След.
Наверх