"param_name" для любой таблицы QUIK можно получить в терминале QUIK через экспорт таблицы по DDE в Excel. -------------------------------------- см. Руководство пользователя Раздел 6.
nikolz написал: Roffild , если не трудно , дайте ссылку на пакет Alglib , который содержит методы машинного обучения. и перечислите, какие методы обучения в этой библиотеке есть. Спасибо.
Вы, очевидно, меня с кем-то путаете. я никогда не писал, что у меня есть сложности с языками программирования. Пишу на любом. ----------------------------- Ранее написал, что не называю себя программистом, так как в моем понимании это переводчик готового текста со словарем. Этому сейчас учат в начальной школе. ---------------------------------------------- Я давно уже пишу собственные тексты и перевожу их на любой язык без словаря, так как давно закончил и школу и ВУЗ и защитил диссертацию по ИИ.
Nikolay написал: Справедливости ради, знание современных систем хранения версий - это ни в коем времени не характеризует кого-то как программиста. Я когда начинал, мы учились на бумаге. В первую очередь просто алгоритмы. Потом код на бумаге. И ничего, абстрактное мышление хорошо развивает. То что сейчас без знаний Git не считают кого-то полноценным программистом, то это сюр, т.к. это знание ничего не дает.
Nikolay, напишите как называется Ваша специальность в дипломе.
nikolz написал: Roffild , если не трудно , дайте ссылку на пакет Alglib , который содержит методы машинного обучения. и перечислите, какие методы обучения в этой библиотеке есть. Спасибо.
Спасибо, нашел. Теперь хотелось бы увидеть Ваше решение задачи об утопленниках на луа c помощью этой библиотеки. Ждемс.
Roffild, если не трудно , дайте ссылку на пакет Alglib , который содержит методы машинного обучения. и перечислите, какие методы обучения в этой библиотеке есть. Спасибо.
nikolz написал: Ваша ссылка на сайт - это сайт для чайников по обучению МО на питоне. Вы научились собирать из готовых кубиков на питоне программу, которая, как "черный ящик", ищет решение регрессионной задачи. Прекрасно. ------------------------------------- Но, если для Вас парсинг и МО - одно и тоже , тогда покажите Ваши результаты машинного обучения в LUA, на указанных Вами CSV файлах. ------------------------ или хотя бы разверните TORCH на Lua для начала.
Для меня нет трудностей в использовании Alglib на LUA. Но я скорей всего Python к QLua полностью прикручу, когда Биржа очухается.
И если у тебя из МО получается "черный ящик"... ну... посмотри его код хотябы...
Ну, во-первых, не у тебя, а у Вас. Полагаю, Вы не заразитесь манерой общения от Владимира. --------------------------- Во вторых, Вы полагаю не поняли термин "черный ящик". Но это не повод обижаться. Этот термин широко применяется в науке. ----------------------------- В- третьих, если трудностей не, то покажите на Вашей задаче ее решение на луа.
Добрый день, В данной теме предлагаю Вашему вниманию информацию о том, что у VM LUA (виртуальная машина луа) внутри. ------------------------------- Полагаю, что данный материал будет особенно полезным тем начинающим, которые буратино на фондовом рынке и чайники в программировании. ---------------------------- Основа VMLua - это таблицы. ------------------------------ Полагаю, что многие просто не представляют сложность реализации таблиц в VM Lua. ---------------------- Даю ссылку на статью. В ней речь идет о LuaJit - это более быстрый вариант VMLua, чем просто Lua 5.3 или 5.4. Но принцип организации работы с таблицами тот же. ------------------- Прошу: https://habr.com/ru/company/vk/blog/493642/
nikolz написал: странное у Вас предложение. Вы предлагаете соревнование на питоне. Если очень Вам неймется, то тогда предлагайте на LUA. Форум-то про КВИК, а в нем лишь LUA.
CSV можно парсить только на Питоне?
Парсить - это всего навсего грамматический разбор информации. проще сказать выделение из набора слов частей грамматики(подлежащее, сказуемое и т д) ------------------------- Для машинного обучения на основе текстов это возможно и надо, но до машинного обучения это так же далеко, как от Вас до Луны. ---------------------------------------- Ваша ссылка на сайт - это сайт для чайников по обучению МО на питоне. Вы научились собирать из готовых кубиков на питоне программу, которая, как "черный ящик", ищет решение регрессионной задачи. Прекрасно. ------------------------------------- Но, если для Вас парсинг и МО - одно и тоже , тогда покажите Ваши результаты машинного обучения в LUA, на указанных Вами CSV файлах. ------------------------ или хотя бы разверните TORCH на Lua для начала.
Roffild написал: Я фанат современного программирования, который рос на "Форуме.Исходников" , споря с программистами медицинского оборудования и с создателями Alglib . Я исходный код воспринимаю быстрее обычного текста.
И тут явился Владимир, который БЕЗ ДОКАЗАТЕЛЬНО наплёл, что он крут и Я ему неровня! Чтож... отвертеться у него не получится!
Задача начального уровня для МО: Найти выживших с Титаника train.csv - данные для обучении модели test.csv с gender_submission.csv - тестовые данные с результатом
Нужно для train.csv получить свой "gender_submission.csv" и отправить в Kaggle на автоматическую проверку.
Мой результат с 77.99% на простой 4-х слойной сетке. Точную ссылку дам только после Владимира.
Владимир, отказ и увиливание от решения этой задачи будет расценено, как полная капитуляция и потеря права хоть чё-то вякать про программирование!
Проверочный файл можешь закачать куда-нибудь (админы этого форума додумались ZIP запретить) или сразу на Kaggle . И исходники решения тоже выложи, если твоя модель больше 80% выдаст.
Roffild, странное у Вас предложение. Вы предлагаете соревнование на питоне. Если очень Вам неймется, то тогда предлагайте на LUA. Форум-то про КВИК, а в нем лишь LUA.
nikolz написал: и еще... TORCH (факел) программа машинного обучения содержащая практически все, что из этого сейчас модно. --------------------- Гугл взял пакет TORCH7 для луа и сделал оболочку для питона. ----------------- разработчики TORCH7 взяли пакет программ для научных исследований на Фортране и сделали оболочку для CИ. ------------------- Прикольно.
Caffe использует библиотеку BLAS и LAPACK , а это и есть то самое на фортране, для которых сделана обертка на СИ, для которой сделана обертка на питоне.
В качестве совета начинающим. --------------------------- В луа вызов функций самая тяжелая операция (в смысле затрат времени процессора). --------------------- Поэтому, если очень хотите экономить время, то вставляйте код функции там, где хотите вызвать функцию. -------------------- Безусловно это приведет к затратам памяти. ------------------------ На самом деле, все не так уж и страшно. --------------------------- Если Вы начинающий, то у Вас будут существенно большие затраты и памяти и времени процессора из-за неоптимальности вашего алгоритма и выбираемых Вами методов.
и еще... TORCH (факел) программа машинного обучения содержащая практически все, что из этого сейчас модно. --------------------- Гугл взял пакет TORCH7 для луа и сделал оболочку для питона. ----------------- разработчики TORCH7 взяли пакет программ для научных исследований на Фортране и сделали оболочку для CИ. ------------------- Прикольно.
Владимир написал: ...Нет, лапуль, про Машинное Обучение я тоже не в курсе. Зато я в курсе, что обучение тоже УГРОБЛЕНО! ...И как, при работе этого самого "МО" комп успевает-таки отслеживать нажатие клавиш? Чо, УСПЕВАЕТ?! Большой успех молодого спортсмена! ::
Да поняли мы уже, что бот для шахмат - это достижение для тебя. Считаешь, что алгоритмы не создаются...
Чувак, всё современное МО строится на алгоритмах, недоступных компам до 2000-х. "Градиентный спуск" может распознать тебя в московском метро и предсказать цену акций. "Случайный лес" строит цепочку условий. МО - это то, что обыграет Каспарова. Но ты до сих пор можешь сидеть в своей пещерке. Хотя в твоём возрасте уже сложно разбираться в алгоритмах МО...
для справки: -------------------------- алгоритм "градиентный спуск" в обед -50 лет. см. Корн Г., Корн Т. Справочник по математике для научных работников и инженеров. — М.: Наука, 1970. — С. 575-576. ---------------- алгоритм "случайный лес" почти 30 лет. Основная идея заключается в использовании большого ансамблярешающих деревьев, каждое из которых само по себе даёт очень невысокое качество классификации, но за счёт их большого количества результат получается хорошим. По сраным обстоятельствам он схож с алгоритмом к-ближайших соседей, которому более 50 лет. -------------- Алгоритм глубокого обучения официально 15 лет. Но по сраным обстоятельствам этот алгоритм очень похож на МГУА , которому в обед 50 лет. ------------------ Алгоритм Мо - это вообще-то не алгоритм в узком смысле, а общая идея. Он применим к следующему классу задач: "Дается массив Arr длиной N и Q запросов. Каждый запрос представлен двумя числами L и R,и он просит вас вычислить некоторую функцию Func с под массивом Arr[L..R] в качестве аргумента." Алгоритм Мо (кит. 莫隊算法) был популяризован китайским спортивным программистом Мо Тао (莫涛) в конце нулевых годов. ----------------------- 50 лет - это тот срок, через который методы, известные в науке, доходят до массового потребления. ----------------------------- Причем, те, кто продвигает "новые" алгоритмы в массы , забывают сказать у кого они их взяли.
поясняю: Смотрим API вызов функций: ---------------------- lua_getglobal(L, "f"); /* вызываемая функция */ lua_pushliteral(L, "как"); /* 1-й аргумент */ ------------------- lua_getglobal(L, "t"); /* таблица для индексирования */ --------------------- итд --------------------- Во всех случаях мы указываем имя функции и(или) имена переменных как строки. ------------------- Смотрим исходный код например LUA 5.3 (особой разници нет так как это у всех версий луа одинаково) если хорошо искать, то найдет функцию которая создаст кэш нашей строки и проверит новая это строка или нет =============== TString *luaS_new (lua_State *L, const char *str) { unsigned int i = point2uint(str) % STRCACHE_N; /* hash */ int j; TString **p = G(L)->strcache[i]; for (j = 0; j < STRCACHE_M; j++) { if (strcmp(str, getstr(p[j])) == 0) return p[j]; } for (j = STRCACHE_M - 1; j > 0; j--) p[j] = p[j - 1]; p[0] = luaS_newlstr(L, str, strlen(str)); return p[0]; } Не сложно увидеть в этой функции циклы по глобальной таблице. Кроме того, второй цикл занимается перемещением элементов. ---------------------- Очевидно чем больше таблица и дальше по ней наша строка, тем дольше поиск. ------------------------ В итоге, по-моему мнению, число функций, как и число переменных, влияет не только на затраты памяти, но и на производительность т е загрузку процессора. -----------------
например, есть глобальная функция с именем "start" В скрипт грузится и исполняется строка типа _G["start"]() ------------------- Вопрос: В каком случае эта строка исполнится быстрее когда глобальных функций 1, или когда их 1000000.
nikolz написал: На самом деле, количество используемых функций влияет на производительность. Поясняю: Если функции глобальные, то указатели на них помещаются в глобальную таблицу , что увеличивает ее размер и соответственно поиск по ней требуемой функции. Если функция локальная, то она увеличивает локальную таблицу и аналогично выше сказанному если применить предварительную выборку функции, то это требует добавку кода, что влияет на производительность. ----------------- Таким образом, в общем случае количество функций влияет на производительность.
размер таблицы в луа-реализации практически не влияет на скорость выборки информации из нее, так как используется механизм хеширования ключей.
для таблиц с целочисленными индексами вообще не влияет.
Ну если хотите подробно рассмотреть вопрос, то начните с момента каким образом луа определит есть ли такой хеш или это новый? И ответьте влияет ли на это число существующих функций.
На самом деле, количество используемых функций влияет на производительность. Поясняю: Если функции глобальные, то указатели на них помещаются в глобальную таблицу , что увеличивает ее размер и соответственно поиск по ней требуемой функции. Если функция локальная, то она увеличивает локальную таблицу и аналогично выше сказанному если применить предварительную выборку функции, то это требует добавку кода, что влияет на производительность. ----------------- Таким образом, в общем случае количество функций влияет на производительность.
Владимир написал: nikolz, Лапуль, Вы хоть читать-то умеете? Там же русским языком сказано: пока мой скрипт "часто лазил в хранилище терминала (функция getParamEx)", и эта "очень затратная операция" вызывалась сотни раз в секунду, то память болталась в диапазоне 5-10, редко 20 мегов. А вот когда он ПЕРЕСТАЛ туда лазить, тогда память подпрыгнула до 500 мегов, иногда даже больше.
Лапуль, я много раз открытым текстом говорил, что я не воспринимаю Вас как программиста, что Вы абсолютно ни хрена в программировании не понимаете - ну какие, в задницу, ОТ ВАС могут быть "советы"? Какие "промежуточные таблицы"? Это В БОЕВОМ скрипте под контролем находится несколько сотен тикеров, и примерно до 2000 это практически никак не сказывается на производительности, а в тестовом режиме у меня только ОДИН тикер! Ну включите Вы мозги, если там хоть что-то осталось!
Это Вы у нас телепат. Я не буду мериться с Вами струей, но полагаю, что Ваше хамство лишь подтверждение Вашего низкого уровня знаний. --------------------------------------- Это же классика, единственный способ самолюбования аля-кулибиных - это оплевывания все кругом. --------------------- В чем вы действительно правы , так в том, что я не программист, так как программист , в моем понимании - это переводчик со словарем. ------------------------------- Кроме умения переводить готовый текст с русского на язык программирования, программист не хрена не понимает ни в железе, ни в алгоритмах, ни в методах. Узнаете себя? ------------------------- Это Вы и есть -программист, а я так погулять Вышел. -------------------------------------- Хамло, вы наш.
Владимир написал: Я тут всё время посмеивался над проблемами с производительностью, а сегодня вляпался в неё с размаху. Дело было так: решил я погонять алгоритмы на исторических данных, подготовил тиковый массив и переключил опрос ТТТ на чтение цены тиковой сделки из этого массива. Массив приличного объёма, тики за два месяца у очень ликвидного инструмента (более двух миллионов строк), но ждать ничего не надо, данные поступают и обрабатываются со страшной скоростью, так что я рассчитывал прогнать этот массив за пару минут. ЩАЗ! Начал он действительно бодро и весело, но всё крутит и крутит. Присмотрелся - а обработка замедлилась раз в сто, если не больше! Как же так? Да, данных много, но скорость же должна оставаться примерно одинаковой! Какая разница, первую он строчку из файла читает или 1234567-ю? Тем более, тикер у меня в этом прогоне вообще один (в боевой версии сейчас порядка 900). Ещё присмотрелся - МАМА ДОРОГАЯ! У меня объём, занимаемый скриптом, всегда болтался в районе 5-10 мегов (ну, на двадцать иногда заползал), а тут лихорадочные прыжки 300-500-200-400-500, т.е. за секунду размер меняется на 100-200 мегов в любую сторону! Тикер у меня, повторяю, ОДИН! Алгоритм фактически тот же самый - только вместо getParamEx цена заглатывается из текущей строки файла данных, И ВСЁ! Это сборщик мусора разошёлся, что ли? Больше, вроде, некому. И что этой падле от моего скрипта надо? Обрадовалась, что тикер у меня только один остался? У меня просто фантазии не хватает: как можно изуродовать софт, чтобы он вытворял ТАКОЕ? И что с этим делать? Нет, я-то переживу - ну, не за 2 минуты, но за час, за два массив он всё же обработает, но у меня просто нет слов...
Уж сколько раз твердили миру. 1) Разработчики QLUA тоже предупреждали - не надо часто лазить в хранилище терминала (функция getParamEx) - это очень затратная операция. 2) скорее всего у вас циклы и таблицы в которые вы динамически добавляете значения. попробуйте сразу задать таблицы максимального размера. тогда не будут создаваться и уничтожаться промежуточные таблицы. 3) если покажите алгоритм, скажу что исправить, чтобы не было мучительно больно.
local t0 = os.clock()
local t1,t2,t3,t4,t5,t6,t7=t0,t0,t0,t0,t0,t0,t0 -- таймеры
-- функции исполняемого кода
function f1(x1) print(x1..", f1"); end
function f2(x1,x2) print(x1..", f2"); end
function f3(x1,x2,x3) print(x1..", f3"); end
function f4(x1,x2,x3,x4) print(x1..", f4"); end
function f5(x1,x2,x3,x4,x5) print(x1..", f5"); end
function f6(x1,x2,x3,x4,x5,x6) print(x1..", f6"); end
function f7(x1,x2,x3,x4,x5,x6,x7) print(x1..", f7"); end
while true do --бесконечный цикл
local x=os.clock()
if x-t1>1 then f1(x) t1=x end
if x-t2>2 then f2(x,x2) t2=x end
if x-t3>3 then f3(x,x2,x3) t3=x end
if x-t4>4 then f4(x,x2,x3,x4) t4=x end
if x-t5>5 then f5(x,x2,x3,x4,x5) t5=x end
if x-t6>6 then f6(x,x2,x3,x4,x5,x6) t6=x end
if x-t7>7 then f7(x,x2,x3,x4,x4,x6,x7) t7=x end
end
--- накладные расходы на вызов функции - оператор if, одно вычитание, одно сравнение и одно присвоение.
это результат теста:
Скрытый текст
1.031, f1 2.031, f1 2.031, f2 3.031, f3 3.046, f1 4.031, f4 4.046, f1 4.046, f2 5.03, f5 5.062, f1 6.03, f6 6.046, f3 6.062, f2 6.077, f1 7.03, f7 7.093, f1 8.046, f4 8.077, f2 8.108, f1 9.061, f3 9.124, f1 10.046, f5 10.093, f2 10.139, f1 11.155, f1 12.046, f6 12.061, f4 12.077, f3 12.108, f2 12.171, f1 13.186, f1 14.045, f7 14.124, f2 14.202, f1 15.061, f5
Владимир, скажите сколько времени Вы будете собирать функцию у которой 100 параметров и честь из них функции у которых 10 параметров, а часть - двумерные таблицы из которых надо передать в нашу функцию выборку из строк и столбцов. -------------------- Напишите пример. Поразите публику Вашем стилем извращенного программирования.
чем больше смотрю на ваше новое эссе, тем сильнее веселюсь. ---------------- чего стоит этот шедевр: ------------------- for i = 1 , 3 do if x%t[i] = = 0 then loadstring( "f" .. t[i] .. "( "..i.." )")(); end ; end ; -------------- Т е вместо простейшего вызова if t[i]==x then func(x1,x2,x3,.....x 1019284) end Вы городите функцию луа, которая собирает указатель функции в глобальной таблице из содержимого таблицы t и затем вызываете эту функцию. --------------- Ну что же могу лишь "восхищаться" таким извращенным способом.
Немногого поправлю свое мнение, ---------------------- Ба, да Вы показывается поняли как у меня сделано без Sleep? ------------------------------- Но забыли сказать спасибо , а просто стащили из моего решения. ------------------------------- Поэтому теперь у Вас sleep не надо. Но это ценой воровства чужих решений. ================= Но попытка Ваших костылей с указателями все равно не тянет. Да, своровать неоткуда, а знания у Вас лишь из прошлого века, да и то какие искаженные временем и пространством. --------------------- Признаться что мое решение работает быстрее, Вам жаба не позволяет. --------------------- Успехов в присвоении чужих решений.
Владимир написал: nikolz, Вот, лапуль, проверил вариант с указателями - всё прекрасно работает. Далее, чтобы ни по одному поводу мявкнуть не посмели, разжёвываю код. 1. Интервалов у меня в массиве 24, но отслеживаю я только три - для проверки я написал именно столько функций. 2. sleep теперь стоит на 0.1 секунды, но срабатывает обработка, как и раньше, раз в секунду. 3. Код "монстра" ваапще не потребовался - я генерю имена функций из того же самого массива, и даже аргументы им передаю. Их код слегка варьировал, чтобы не было сомнений, что вызываются именно они.
Учите матчасть, лапуль! Впрочем, Вам лучше заняться чем-то другим, а не программированием.
Код
f = true ;
t = { 4 , 17 , 35 , 60 , 2 , 3 , 5 , 7 , 11 , 13 , 17 , 19 , 23 , 29 , 31 , 37 , 41 , 43 , 47 , 53 , 59 , 61 , 67 , 71 }
function main ()
local i,x,y,z;
y = os.time ();
z = 0 ;
while f = = true do
x = os.time () - y;
if x~ = z then
for i = 1 , 3 do
if x%t[i] = = 0 then
loadstring( "f" .. t[i] .. "( "..i.." )")();
end ;
end ;
end ;
z = x;
sleep ( 100 );
end ;
end ;
function OnStop ()
f = false ;
end ;
function f4 (i)
message ( "Истёк интервал " .. t[i] .. " сек");
end ;
function f17 (i)
message ( "Интервал " .. t[i] .. " сек");
end ;
function f35 (i)
message ( "Обрабатываем интервал " .. t[i] .. " сек");
end ;
Владимир, Вы что пытаетесь доказать? Что ваш вариант хуже моего? ---------------------- Я Вам указал проблемы В вашем варианте . --------------------------------- Вы ничего не сказали в чем у Вас лучше. Попробуйте без словесного поноса проанализировать достоинства Вашего решения и недостатки моего -------------------- относительно приведенного Вами нового "шедевра" ------------------ Ранее я Вам написал, но Вы невнимательно читаете, так как ничего не исправили и все проблемы Вашего эссе остались. -------------------- Повторю для особо тупых. ----------------------- 1) Ваше решение на работает без sleep. Это указывает на низкий уровень разработчика. ---------------------------- 2) ваше решение loadstring( "f" .. t[i] .. "( "..i.." )")(); Это не полноценное решение, а костыли. Это не указатель на функцию, а загрузка строки скрипта , ее компиляция в байт код и исполнение с вызовом функции из массива. При этом число формальных параметров у таких функций сложно сделать различным. Т е Вы нагородили кучу бессмысленного кода лишь бы показать что Вы что-то знаете? Ваш пример стал еще монстрее и медленнее. Ну и нахрена это? 3) Все ваши костыли просто усложняют решение и следовательно замедляют исполнение. ------------------ Изучайте мат часть .
Владимир написал: nikolz, Лапуль, я вчера зацепился глазом за очередной кретинизм "гуру" насчёт "пример предназначен для исполнения нескольких фрагментов кода (функций)" и, естественно, возмутился, а сегодня вдруг подумал: ну откуда нынешнему стаду так называемых "программистов" знать про указатели на функции? Тем более, что я даже не проверял, работает ли эта техника в Lua - уверен, что не может не работать, но вдруг и здесь я грешу излишним оптимизмом? Но сегодня я зацепился глазом за ещё более смешную фразу: "для тех, кто не понял, почему в моем примере первом нет цикла а есть множество if объясняю" и далее до "если поставить цикл, то различить интервалы для запуска различных функций без if не получится". Лапуль, ну хотя бы ОДНУ функцию из того места вызвать можно? А передать ей аргументом значение интервала из массива или индекс этого массива тоже нельзя? Ну, тады базара нет: "без if не получится! Вот и выходит что для задачи данной темы нужны if а не цикл". Скрытый текст Господи, как же затрахало это безголовое стадо...
Можно и по ссылке в таблице, но проще не будет. ---------------------- Оператор if наиболее быстрый. ---------------- У вас уже есть оператор if и еще цикл for ---------------- т е Ваш вариант работает по определению медленнее моего. --------------- То что цикл сокращает длину программы на несколько строк - при современном объеме памяти это как дробина слону -------------------- Если Вы для выбора функций еще и таблицу с указателями добавите, то у Вас будет монстр. ------------ Причем вам потребуется упаковывать параметры функций чтобы было одинаковое число а потом распаковывать --------------- В итогу у Вас и код будет больше и программа будет работать дольше. ---------------- Кроме того Ваша программа не работает без sleep А это потеря быстродействия. -------------------- короче, засуньте свой пример обратно в то место, откуда вы его достали. -------------------- и не смешите мои тапочки.
Roffild написал: Я тоже хочу всех "лапуль" поучить :D
rd.isTradingAllowed() учитывает баг `isConnected() == 1`, разрыв связи, клиринг и выходные!
Код
local rd = require ( "roffild" )
function main ()
ISRUN = true
while ISRUN and rd.isTradingAllowed () ~ = true do
sleep ( 1000 )
end
message ( "started" )
while ISRUN do
if rd.isTradingAllowed () then
-- здесь основной код
end
sleep ( 100 ) -- 0.1сек
end
end
function OnStop (flag)
ISRUN = false
return 3000 -- Timeout
end
Я callback'и не использую ВООБЩЕ! (кроме этого OnStop)
это как смотреть гланды через жопу. -------------------- В терминале колбеки вызываются там же , где вызываются функции помещения данных в архив (таблицы) --------------------- Вы вместо того, чтобы получить данные до архива, ждете, когда их загонят в архив, а потом оттуда выковыриваете. ---------------------- Разработчик QLUA , предупредил пользователей, что из архива получать очень долго и специально сделал для этого SearchItems - Функция позволяет реализовать быструю выборку элементов из хранилища терминала и возвращает таблицу с индексами элементов, удовлетворяющих условию поиска.
---------------
Но Вы изобрели свой самовар. всегда проще сделать свою телегу, чем изучить, как работает современный автомобиль.
--------------------------------
На то оно и аля-кулибины. Все у них через одно место.
Владимир написал: nikolz, Сударь, Ваш "пример" иллюстрирует разве что как не надо программировать - нигде и никогда. Во-первых, в цикле нет задержки, идёт с безумной скоростью опрос системных часов, при этом время задано В МИНУТАХ! А уж набор "ифов" - это позор даже для начинающего программиста. Самого-то не тошнит от Вашего примера? Уж если корчите из себя учителя, хотя бы пишите примерно так:
Код
f = true ;
t1 = { 4 , 17 , 35 , 60 } --массив интервалов в секундах
function main ()
local i,x,y;
y = os.time ();
while f = = true do
x = os.time () - y;
for i = 1 , 4 do
if x%t1[i] = = 0 then
message (x .. " истёк интервал "..t1[i].." сек");
end ;
end ;
sleep ( 1000 );
end ;
end ;
function OnStop ()
f = false ;
end ;
Кроме того, только клинический дебил "поместит всю свою обработку в эти колбеки": это аналог прерываний, и потому любой нормальный программист будет из них уматывать как можно скорее. Наконец, вся та хрень, которую Вы здесь "рекомендуете изучить" относится к области ОС, в которую прикладника нельзя пускать ни при каких обстоятельствах - особенно "деятельных", вроде Вас, у которых ручонки чешутся что-то такое запрограммировать, а задача организации торговли прикладная до мозга костей.
Владимир, теперь поясните предыдущее свое высказывание
Да никак не делать! ВАМ, ЛИЧНО ВАМ нужно что-то делать в эти 30 секунд? Нет? Так какое Вам дело, что кто-то там что-то "простаивает"? И вообще, разделение по потокам - это одна из главных глупостей Lua (после этой долбаной "динамической типизации" и убийства типа integer).
ну и куда ты лапуль будешь " потому любой нормальный программист будет из них уматывать как можно скорее" если в main у тебя sleep на 30 секунд. Придурок, ты наш.
Изя Шниперсон написал: ответ внутри вопроса - удалить инструмент с с истекшим сроком действия из графика
Как его удалить из графика, если в графике у меня уже другие инструменты (у меня график привязан к таблице текущие торги), где найти тот истекший график, чтобы удалить его?
Вы можете его заменить на нужный вам. Поставить мышку на название инструмента нажать правую кнопку и выбрать - заменить инструмент и выбрать нужный вам.
для тех, кто не понял, почему в моем примере первом нет циакла а есть множество if объясняю. ---------------- пример предназначен для исполнения нескольких фрагментов кода(функций) - по числу if через различные интервалы --------------------- если поставить цикл, то различить интервалы для запуска различных функций без if не получится --------------------- Вот и выходит что для задачи данной темы нужны if а не цикл.
Владимир написал: nikolz, Сударь, Ваш "пример" иллюстрирует разве что как не надо программировать - нигде и никогда. Во-первых, в цикле нет задержки, идёт с безумной скоростью опрос системных часов, при этом время задано В МИНУТАХ! А уж набор "ифов" - это позор даже для начинающего программиста. Самого-то не тошнит от Вашего примера? Уж если корчите из себя учителя, хотя бы пишите примерно так:
Код
f = true ;
t1 = { 4 , 17 , 35 , 60 } --массив интервалов в секундах
function main ()
local i,x,y;
y = os.time ();
while f = = true do
x = os.time () - y;
for i = 1 , 4 do
if x%t1[i] = = 0 then
message (x .. " истёк интервал "..t1[i].." сек");
end ;
end ;
sleep ( 1000 );
end ;
end ;
function OnStop ()
f = false ;
end ;
Кроме того, только клинический дебил "поместит всю свою обработку в эти колбеки": это аналог прерываний, и потому любой нормальный программист будет из них уматывать как можно скорее. Наконец, вся та хрень, которую Вы здесь "рекомендуете изучить" относится к области ОС, в которую прикладника нельзя пускать ни при каких обстоятельствах - особенно "деятельных", вроде Вас, у которых ручонки чешутся что-то такое запрограммировать, а задача организации торговли прикладная до мозга костей.
tstart = os.clock()
t={0,0,0,0} -- массив таймеров
t1={1,2,3,5} --массив интервалов
tm=0; -- время в минутах
while true do
local x=os.clock()
if x-tstart>=60 then tstart=x; tm=tm+1
for j=1,#t do if tm-t[j]>=t1[j] then t[j]=tm; print(os.date()..", исполняется код интервал "..t1[j].." мин"); end end
end
end
и еще... Если есть желание совершенствовать своего робота, то рекомендую изучить механизмы синхронизации потков - таймеры, события, симофоры, мьютексы, а также сопоставленные в памяти файлы. ------------------ будут вопросы, спрашивайте.
это плохое решение. У Вас поток main, который работает параллельно основному ничего не делает 30 секунд. т е у Вас скрипт фактически простаивает это время, а если работает, то простаивает основной поток квика.
Как все сложно Два дня матчасть курил. и не то сделал.
А как сделать так, что бы одно другому не мешало?
Я Вам дал пример, в котором показано как реализовать запуск множества участков кода(функций ) через любые интервалы от 1 секунды . Изучите его и на его основе попробуйте сделать свое. ---------------------------------------- Поясняю, Относительно того, что делать потоку main в эти 30 секунд. ------------------------ Дела в том, что виртуальная машина LUA встроена в терминал КВИК таким образом, что все колбеки исполняются последовательно в основном потоке терминала. ---------------------- Полагаю, Вы видели множество этих колбеков в документации QLUA. -------------------- Поэтому даже если у Вас супер компьютер, то все колбеки функции будут работать на одном ядре и выполнятся последовательно. ------------------------------------ При этом основной поток терминала КВИК будет ждать завершение их работы. ---------------------------------- Скорее всего Вы поместите всю свою обработку в эти колбеки и таким образом Ваш робот превратится из кареты в тыкву. ------------------- Так вот, чтобы этого не произошло, разработчик QLUA и создал новый поток main, который исполняется на другом ядре в компе и работает параллельно с основным потоком КВИК. -------------------- Полагаю, Вы уже поняли чем может заниматься main в эти 30 секунд? --------------- Если нет, поясняю. Поток main в это время может исполнять всю программу робота, которую Вы собираетесь поместить в функции колбеков. -------------------------- В итоге в правильном роботе, работающему максимально быстро, этому потоку будет много работы и у него просто не будет свободного времени. ---------------------------- Успехов в учебе.
shtur2005 написал: stopped = false function OnStop() stopped = true return 5000 end
function candle() kol_vo = getNumCandles ('SRH15MIN') SRH15MIN, SiN, SiName = getCandlesByIndex ('SRH15MIN',0 ,0 ,kol_vo) for i = 100, SiN -100, 10 do H = SRH15MIN .high L = SRH15MIN .low O = SRH15MIN .open C = SRH15MIN .close if O < C then GREEN = GREEN + 1 end if O == C then DOJE = DOJE + 1 end if O > C then RED = RED + 1 end end message('GREEN = '..GREEN.. ' \nDOJE = '..DOJE.. ' \nRED = '..RED) end
GREEN = 0 DOJE = 0 RED = 0
function main() while true do candle() sleep (30000) end end
это плохое решение. У Вас поток main, который работает параллельно основному ничего не делает 30 секунд. т е у Вас скрипт фактически простаивает это время, а если работает, то простаивает основной поток квика.
Владимир написал: nikolz, Лапуль, ну что Вы корчите из себя профи, ну что Вы постоянно лезете с голой жопой против танка? Вы для меня перестали существовать как программист ещё со времён Вашей истерики по поводу VM, то бишь... ага, вот она, истерика образца 30.10.2020 13:39:44 Не знаю, что за книгу вы написали и здесь пиарите, но в языках и виртуальных машинах вы ноль без палочки. Где Вы увидели интерпретатор в реализации луа в квике? Это VM а не интерпретатор. И там не куски текста а байт код - т е это машинный язык именно VMLua.
Лапуль, я не только описал свой алгоритм сверки портфелей, но и привёл его полный код. Не Вам, лапуль, а сотрудникам техподдержки - Вы меня не интересуете вообще никак. Вот ссылка - Вам для общего развития и чтобы идиотских вопросов поменьше задавали: https://forum.quik.ru/messages/forum10/message61995/topic6503/#message61995
А свой "обобщенный алгоритм робота" можете смело засунуть себе в задницу.
То, что ты мудак, давно понятно, мог бы и не подтверждать .
print(os.date())
tstart = os.clock()
t={0,0,0,0} -- массив таймеров
t1={1,2,3,5} --массив интервалов
tm=0; -- время в минутах
while true do
local x=os.clock()
if x-tstart>=60 then tstart=x; tm=tm+1
j=1; if tm-t[j]>=t1[j] then t[j]=tm; print(os.date()..", исполняется код интервал "..t1[j].." мин"); end
j=2; if tm-t[j]>=t1[j] then t[j]=tm; print(os.date()..", исполняется код интервал "..t1[j].." мин"); end
j=3; if tm-t[j]>=t1[j] then t[j]=tm; print(os.date()..", исполняется код интервал "..t1[j].." мин"); end
j=4; if tm-t[j]>=t1[j] then t[j]=tm; print(os.date()..", исполняется код интервал "..t1[j].." мин"); end
end
end
Написал для Вас такой пример. Позволяет исполнять различные участки кода через различные интервалы.
Код
print(os.date())
tstart = os.clock()
t={0,0,0,0} -- массив таймеров
t1={1,2,3,5} --массив интервалов
tm=0; -- время в минутах
while true do
local x=os.clock()
if x-tstart>=60 then tstart=x; tm=tm+1
=1; if tm-t[j]>=t1[j] then t[j]=tm; print(os.date()..", исполняется код интервал "..t1[j].." мин"); end
j=2; if tm-t[j]>=t1[j] then t[j]=tm; print(os.date()..", исполняется код интервал "..t1[j].." мин"); end
j=3; if tm-t[j]>=t1[j] then t[j]=tm; print(os.date()..", исполняется код интервал "..t1[j].." мин"); end
j=4; if tm-t[j]>=t1[j] then t[j]=tm; print(os.date()..", исполняется код интервал "..t1[j].." мин"); end
end
end
результат : 02/19/22 18:07:37 02/19/22 18:08:37, исполняется код интервал 1 мин 02/19/22 18:09:37, исполняется код интервал 1 мин 02/19/22 18:09:37, исполняется код интервал 2 мин 02/19/22 18:10:37, исполняется код интервал 1 мин 02/19/22 18:10:37, исполняется код интервал 3 мин 02/19/22 18:11:37, исполняется код интервал 1 мин 02/19/22 18:11:37, исполняется код интервал 2 мин 02/19/22 18:12:37, исполняется код интервал 1 мин 02/19/22 18:12:37, исполняется код интервал 5 мин --------------------------------- Все понятно?
БорисД написал: Nikolay, нашел в интернете вот такое https://smart-lab.ru/blog/427295.php Проблема такого варианта в том, что он показывает ненулевые значения в currentbal только для позиций, которые были открыты ранее (возможно, по которым прошло +2 дня). По позициям, которые были открыты сегодня, он точно показывает 0. Тоесть получается что здесь используются данные Т 0 ? а нам нужны данные по Т2
Хотел бы обратить Ваше внимание на тот факт, что DDE позволяет Вам получать данные из любых таблиц терминала КВИК универсальным способом, чего Вы не сможете сделать на QLUA. Например при работе с опционами DDE даст Вам все, а QLUA - нет. Вот и думаете что и как делать.
Что же касается вопроса "Как сверяется портфель", то он не конкретный. С чем Вы его сверяете? По какому параметру хотите сверить. Что Вы используете в качестве критерия истинности. Почему у Вас портфель нулевой? ----------------------- Рассказываю обобщенный алгоритм робота 1) Момент первого подключения квика к брокеру или восстановления соединения: Получаем:
getClassesList - функция для получения списка кодов классов, полученных с сервера в ходе сеанса связи
getClassInfo - функция для получения информации о классе
getClassSecurities - функция для получения списка кодов инструментов для списка классов, заданного списком кодов
getDepo - функция для получения позиций по инструментам
getDepoEx - функция для получения позиций по инструментам указанного типа
getMoney - функция для получения информации по денежным позициям
getMoneyEx - функция для получения информации по денежным позициям указанного типа
getFuturesLimit - функция для получения информации по фьючерсным лимитам
getFuturesHolding - функция для получения информации по фьючерсным позициям
На основе этих данных формируем списки доступных инструментов, списки и состояние счетов. 2) При дальнейшей работе обрабатываем информацию о параметрах счетов с помощью колбеков
OnAccountBalance - изменение позиции по счету
OnAccountPosition - изменение позиции по счету
OnDepoLimit - изменение позиции по инструментам
OnDepoLimitDelete - удаление позиции по инструментам
OnFirm - получение описания новой фирмы
OnFuturesClientHolding - изменение позиции по срочному рынку
OnFuturesLimitChange - изменение ограничений по срочному рынку
OnFuturesLimitDelete - удаление лимита по срочному рынку
OnMoneyLimit - изменение денежной позиции
OnMoneyLimitDelete - удаление денежной позиции
3) Ситуацию на рынке отслеживаем по TTT и стакану
OnParam - изменение текущих параметров
OnQuote - изменение стакана котировок
4) Торговлю реализуем с помощью функций работы с заявками
OnNegDeal - новая заявка на внебиржевую сделку или изменение параметров существующей заявки на внебиржевую сделку
OnNegTrade - новая сделка для исполнения или изменение существующей сделки для исполнения
OnOrder - новая заявка или изменение параметров существующей заявки
OnStop - остановка скрипта из диалога управления
OnStopOrder - новая стоп-заявка или изменение параметров существующей стоп-заявки
OnTrade - новая сделка или изменение параметров существующей сделки
OnTransReply - ответ на транзакцию
При этом можно вести журнал регистрации совершенных сделок и текущей прибыли/убытков. ====================== Для торговли одним инструментом есть более легкий вариант , без каких либо журналов и пунктов 1,2,3 -робот на основе индикатора и функции CalcBuySell - функция для расчета максимально возможного количества лотов в заявке --------------------- Успехов в изучении LUA И QLUA
Пусть Ваши программисты сделают обертку на API C for Lua для "функции через DDE " и у вас будет функция LUA через DDE. ------------- Таким образом Вы можете ваших предыдущих роботов переделать на LUA.
Дело в том что тот программист который писал мне на DDE сервере робота натренировался на мне и теперь уехал в США по контракту работать а там им свободного времени совсем не оставляют , а кто то другой в его кодах вряд ли разберется чтобы по предложенному вами варианту для меня сотворить конфетку. Конечно я могу подождать когда тот мой родненький а сейчас новоиспеченный американский пронграммист освободится и сделает мне такую конфетку , но с другой стороны я понимаю что если можно эти данные через DDE вытягивать из квика то значит их можно как то и из ЛуаКвик вытащить , вопрос вот только как это сделать кроме функции getDepoEx ?
Я написал Вам , как сделать проще и перевести Вашего робота в луа. -------------------------- Дело в том, что сделать обертку для работающей функции на СИ может программист самой низкой квалификации, который знает СИ. Это может сделать студент. Ему не надо даже знать QLUA и КВИК ---------------------- Написать заново, то, что у Вас делается в вашем старом роботе может программист уровня того, который уехал в штаты. Ему надо знать гораздо больше, чем в первом случае. ------------------------------- Не в обиду будет сказано, но Вы задаете вопрос чисто технический. Для его решения надо просто изучить LUA и библиотеку QLUA и КВИК. ------------ Предположу, что Вы знаете КВИК, но судя по вопросу, не знаете LUA и QLUA и не умеете разрабатывать методы,алгоритмы и программы. Но вопрос Ваш именно про это.