У меня робот с начала года показал это: стратегия "купил и держи " показала бы в этом случае (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%.
Я смотрю на индикаторы как на фильтры. Представьте, что у вас есть некий черный ящик, который будет обрабатывать данные, слева от него вы помещаете некоторые данные, а справа из этого ящика будут выходить данные, которые являются отфильтрованными.
«Цифровая обработка сигналов» – это способ организации того, что находится внутри этого черного ящика. Это может быть нечто вроде RSI, или это может быть простая средняя. По сути, все сводится к вопросу: насколько сложным будет этот черный ящик? Другими словами, насколько сложным будет ваш фильтр данных? --------------------- И еще одна заключительная мысль. Как показывает опыт, сфера трейдинга и технического анализа полна людей, которые заявляют, что они торгуют, следуя за своим гуру, или утверждают, что обладают неким секретом успеха или имеют безупречную систему, о которой никто не знает. Но трейдерам-новичкам я бы сказал, что в техническом анализе нет никаких секретов. Всё на самом деле довольно просто.
Приступая к техническому анализу, вы выполняете обработку сигналов, а также используете некоторые аспекты оценки недостатков.
То есть он представляет собой комбинацию математики, статистики и психологии, но никаких секретов в реальности не существует. Так что не верьте людям, которые обещают вам огромное богатство практически за одну ночь – трейдинг так не работает. Не поддавайтесь на ложные обещания.
Владимир написал: VPM, КАКОЙ график? Мой скрипт следит за 8 таймфреймами, и никакой график не даст столько информации. В любом случае, строить гипотезы как поведёт себя дядя Вася и на них строить собственную торговлю попахивает самоубийством. Мне плевать на проблемы всех "австралийских трейдеров", помноженных друг на друга - скрипт будет торговать теми инструментами и в тех направлениях, которые ОН САМ посчитает нужными. Вот прям ща, когда я это пишу, кто-то там "снял быстрым движение стопы забрав тем самым ликвидность улучшил свою позицию" на одном из моих тикеров, скрипт тут же отреагировал, и рынок пошёл в нужном ЕМУ направлении. Надолго ли, не знаю (и знать не хочу), но свои полпроцента прибыли скрипт уже успел хапнуть примерно за 5 минут.
nikolz написал: Подобную идею реализуют HFT роботы, но это не КВИК и дорого
Вероятно, не вижу где-то подвоха, но пока не понимаю почему это "дорого", если "API" квика поддерживает такую возможность. Вызвать несколько функций и передать пару десятков значений - не выглядит чем-то мудрёным.
Буду рад, если всё-таки официальная ТП прокомментирует: согласуется ли моя идея с возможностями QLua?
Мудреного ничего нет. Но посчитайте все задержки и получите, что вы измените свою заявку сегодня по тем данным, которые увидели вчера.
nikolz написал: Судя по вопросу Вы слабо представляете как работает биржевая торговля. Где , по вашему мнению, будет происходит эта "магия"?
Очевидно - в квике. Если он позволяет работать с заявками до момента отправки брокеру, то глобально не вижу проблем, чтобы реализовать идею. Вопрос лишь: есть ли технически такая возможность? В моей голове выглядит весь процесс примерно так: - есть некий listener, который следит за появлением заявок - как только срабатывает условие, что есть новая заявка и тип - рыночная, то либо меняем текущую, либо создаём новую, беря нужные параметры от изначальной и добавляя свои - отправляем брокеру - вуаля, "магия" сработала
Если время выполнения хотелки не критично, то все возможно. Но поезд скорее всего уже уйдет.
pertifospi написал: Добрый день. С программированием не очень знаком, поэтому перед тем как начать усиленно копаться в Lua хочу уточнить у знатоков и тех. поддержки возможно ли в принципе реализовать идею. Идея вот какая: в момент отправки рыночной заявки менять её тип на лимитную с фиксированным для каждого инструмента спредом от текущей цены? В идеале чтобы ещё была возможность указать, что делать с контрактами, которые не попали в спред: оставлять в виде лимитной заявки или снимать. Если на примере: есть инструмент А с шагом 1 и ценой 500, для простоты картины, в момент отправки рыночной заявки в лонгах и шортах на каждом шаге (то есть цене инструмента) по 10 заявок\контрактов. Мы отправляем по рынку 80 контрактов, допустим, в лонг. Спред для инструмента указан 5. Но тут происходит "магия" и рыночная заявка преобразуется в лимитную на 80конрактов с ценой покупки 505. И в идеале ещё, если можем указать заранее для этого конкретного инструмента что будет с оставшимися 30 контрактами. Либо они появятся в стакане по цене 505, либо сразу снимутся.
Если такое возможно, то буду рад, если кто укажет хотя бы в общих чертах схему работы по функциям. Что за чем вызывается.
Отвечая на возможный вопрос "а зачем это?". Всё просто: оказывается, у моего брокера (может и всех такое, я не проверял) ГО в зависимости от типа заявки отличается ~ в 2 раза.
Судя по вопросу Вы слабо представляете как работает биржевая торговля. Где , по вашему мнению, будет происходит эта "магия"?
Время обработки составило 5.6 секунд, вместо 48 секунд ранее. Во время вычисления головного блока не происходи останов функции main, которая продолжает обработку колбеков. В итоге, очередь до вычислений и после вычислений содержит не более 1 элемента, вместо 1854 ранее.
Про робота ------------------------ Один раз в минуту робот вычисляет головной блок для всех зарегистрированных инструментов. В результате этих вычислений получается очередь новых заявок . --------------- Привожу результаты теста , который позволяет оценить эффективность применения дополнительного потока для этих вычислений , а также проведение вычислений в Luajit в дополнительном потоке ------------- В первом тесте все вычисления выполняются в функции main для версии Lua5.3 Результат:
Nc=3 - число торгуемых классов ncs=284- число торгуемых инструментов. Вычисление головного блока началось в 14:58:00 , закончилось в 14:58:48 ------------------------ Обратите внимание на последнее число в стоках до и после вычислений головного блока. это число инструментов, которые находятся в очереди на обработку в main. ---------------------------------- За 48 секунд вычислений очередь увеличилась с 0 элементов до 1854. Т е за 48 секунд в ТТП изменились данные 1854 раза. ----------------------------------
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
Маркет-мейкер - это вполне видимый игрок. Его задача - сжатие спреда. За это ему платит биржа (читайте документы биржи) Правило такое, если заявка ударит в заявку маркет-мейкера, то биржа заплатит ему.
Добрый день, Вопрос к разработчикам. Можете объяснить, почему выполнение функции CreateDataSource для тиков выполняется в 700 раз медленнее (у меня за 189000 мкс) чем для других интервалов (у меня за 270 мкс)
По ходу дела возник вопрос об организации хранения данных. Сейчас реализовал mapping files для каждого инструмента 3 тайма и 6 параметров свечи. Т е 21 файл на инструмент. Для 150 инструментов получи более 2000 файлов. ----------------------- Прикольно то, что приходится дублировать файлы квика, так как разработчики QUIK "зажали" формат этих файлов.
Продолжаю про робота. ---------- В функции main реализую три режима работы. 1) на основе Onparam. При изменении параметров по инструменту, проверяется изменение цены и если есть, то выполняется алгоритм управления стопами. -------------- 2) По таймеру. Использую таймер OC, который установлен неа срабатывание через 1 минуту. При возникновении этого сигнала, в цикле для каждого инструмента получаем текущее значение свечей, которые передаются в поток из пула потоков ОС для расчета головного блока. Головной блок возвращает сигнал купить/продать. Вот пример лога сигнала таймера и запуск потоков инструментов. NNsec - число торгуемых инструментов Первое число в строке - запаздывание сигнала колбека. Второе число в строке - время прохода функции main.
Serge123 написал: А что конкретно даёт эта OnParam? Я сейчас глянул https://luaq.ru/OnParam.html и не понял, как узнать, какие параметры изменились? Их же вагон с тележкой...
Дает сигнал изменений на рынке. По этому сигналу управляю стопами
Serge123 написал: По картинке робота я не смог понять, насколько он прибылен...
Поясняю. Смотрим первую картинку. Нижнее 3 окно в ней - это график прибыль/убыток за 2023 год. линия зеленая на оси справа показывает положительные 220% -это профит лонг. линия синяя на оси справа показывает положительные 150% - это профит short линия белая на оси справа показывает положительные 370% - это профит long+short. ---------------- На других картинках график профита приведен по месяцам и по дням.
и так далее Это работа скрипта на реально рынке для каждого инструмента делается подписка на три свечи 1 мин 5 мин и 30 мин Всего в КВИКЕ выбрано 350 инструментов и 51 параметр.
продолжаю свой рассказ. Ранее я привел вариант фильтрации бумаг по листингу в колбеке OnParam. Но после тестирования решил все же не делать в колбеках обработки, а передать ее в main и дополнительные потоки из пула потоков ОС. В итоге все колбеки у меня стали близнецами и основные из них выглядят вот так:
Код
function OnOrder(t) tprm[#tprm+1]={2,t}; nkevent.Set(event); end
function OnStopOrder(t) tprm[#tprm+1]={3,t}; nkevent.Set(event); end
function OnTrade(t) tprm[#tprm+1]={4,t}; nkevent.Set(event); end
function OnParam(c,s) tprm[#tprm+1]={14,{c,s}}; nkevent.Set(event); end
function OnTransReply(t) tprm[#tprm+1]={1,t}; nkevent.Set(event); end
Немного о быстродействии. Задержка передачи данных их колбеков в main составляет примерно 30 мкс или 0.00003 сек. Причем в начале работы скрипта создается большая очередь на регистрацию бумаг. Вот пример лога Ntp=116 -- это число бумаг в очереди на регистрацию Первое число 27.9 - это время передачи из колбека в main Второе число 326904 -это время регистрации в мкс Регистрация каждого инструмента выполняется один раз в момент первого изменения его параметров в ТТП
Serge123 написал: А что конкретно даёт эта OnParam? Я сейчас глянул https://luaq.ru/OnParam.html и не понял, как узнать, какие параметры изменились? Их же вагон с тележкой...
Этот колбек я использую как индикатор движения рынка и что конкретно двигалось. На основе этого колбека, как написал рвнее, у меня будут работать стопы.
Serge123 написал: Какой уровень дохода прогнозируется? Сколько %% годовых чистыми от начального депозита?
вот картинка робота на основе индикатора и нейронной сети. Нижний график - это % изменения депозита белый - итого зеленый -лонг синий - шорт на картинках изменение депозита за год, за месяц и за день. Это робот на одну бумагу -сбербанк. Тайм 30 минут. Торгует без плеч и без реинвестирования прибыли. Хочу сделать на произвольное число бумаг и с самообучением. --------------- Планирую от достигнутого.
nikolz написал: Glukator , Самые первые фундаментальные книги для удовлетворения академического интереса: 1. Л.Рабинер, Б.Гоулд. Теория и применение Цифровой обработки сигналов. стр.847 2. Дж.Бендат, А.Пирсол "Прикладной анализ случайных данных" стр. 540
Возможно, дело в годе издания, но в первая книга закончилась на стр. 835, а во второй с. 540 указывает на оглавление. В любом случае ни там, ни там не нашел даже упоминания об однородности/неоднородности случайных процессов ни в оглавлении, ни в предметном указателе.
Цитата
VPM написал: Glukator , Я Вас понял, Вы торгуете методы описанные Владимир , .
Интересный вывод, но нет :) Механика торговли - да, построена по идеям Владимира. Потому что эти идеи - о решении объемных задач малыми ресурсами с минимальными глюками. В остальном же мы, видимо, просто приходим постепенно к сходным решениям - почему бы и нет?
прикольно. стр - это объем книги. Думал что понятно. Для академического интереса надо читать всю книгу, а не только оглавление. Вы же просили книгу, а не ответ на конкретный вопрос по статистическому анализу.
Glukator, Самые первые фундаментальные книги для удовлетворения академического интереса: 1. Л.Рабинер, Б.Гоулд. Теория и применение Цифровой обработки сигналов. стр.847 2. Дж.Бендат, А.Пирсол "Прикладной анализ случайных данных" стр. 540
Serge123 написал: Уточнение: на си я получаю текущее время моего ПК через GetLocalTime, три часа разницы...
я же написал : " в версиях от 5.3 " т е и в 5.3 и 5.4 и дальше - разные. ------------------- Для измерения времени работы напишите две ф-ции на си в DLL типа
квант времени 0.1 мкс. ===================== Я синхронизирую компьютер с сервером точного времени. Погрешность синхронизации не более 10 ms. Можно в скрипт принимать с сервера точного времени. ---------------------- Еще учитывайте, что квант времени задачи в винде это 10 ms. =================== Обработку колбеков выполняю выношу в main и в других потоках из пула потоков. Поэтому все колбеки у меня близнецы:
Код
function OnTransReply(t) tprm[#tprm+1]={1,t}; nkevent.Set(event); end
function OnOrder(t) tprm[#tprm+1]={2,t}; nkevent.Set(event); end
function OnStopOrder(t) tprm[#tprm+1]={3,t}; nkevent.Set(event); end
function OnTrade(t) tprm[#tprm+1]={4,t}; nkevent.Set(event);end
function OnParam(c,s) tprm[#tprm+1]={14,{c,s}}; nkevent.Set(event); end
...
Добрый день, Решил замутить тему о том, как я строю робота. ------------------- В данной теме, если не лень, буду описывать основные блоки нового робота, которого сейчас пишу. -------------- Данный робот обрабатывает информацию по всем инструментам, на которые мы подписываемся в терминале QUIK. --------------------- В этом роботе, назовем его для определенности Петя (Вася у меня был 10 лет назад), выделяю два основных блока(мозга)- спинной и головной. ----------------- Спинной блок отвечает за обработку , которую необходимо выполнять для получения и отправки информации на биржу или брокеру. К этому блоку относится обработка информации о сделках и заявках. Спинной блок занимается рутинной работой, без которой невозможно торговать. --------------- Головной блок занимается управлением торговлей. Он осуществляет прогноз движения рынка и формирование сигналов покупки/продажи. Головной блок - это творческая часть робота, которая собственно либо сливает депозит, либо его увеличивает. ========== Спинной блок. Здесь реализуется следующие блоки обработки: 1. OnTransReply - транзакций 2. OnStopOrder - информации о выставленных стоп-заявках 3. OnOrder - информации о выставленных заявок 4. OnTrade - информации о совершенных своих сделках 5. OnParam -информации об изменении состояния подписанных в терминале QUIK инструментов -------------- OnParam Пример реализации функции:
Код
function OnParam(c,s)
if TLL and c~="SPBFUT" and c~="CETS" then
local Lev=tonumber(getParamEx(c,s,"LISTLEVEL").param_value);
if Lev>0 then
local i=1; while #TLL>=i do if Lev==TLL[i] then break; end i=i+1 end
if i>#TLL then return; end
end
end
local t={14,c,s}; tprm[#tprm+1]=t;--if 2>#tprm then nkevent.Set(event);
end
Это основная функция, которая создает события event при изменении параметров любого из инструментов. Эти события обрабатываются в функции main, которая выполняется в отдельном потоке. -------------------------- В данной реализации OnParam добавлено условие (оператор if) фильтрации инструментов по листингу. -------------------- Можно добавить и другие фильтры. Например, можно задать список торгуемых инструментов из числа всех подписанных. В этом случае робот будет торговать и отслеживать лишь списочные инструменты. ----------------- В роботе реализованы три механизма событий, которые вызывают функцию main. событие №1 OnParam. По этому событию выполняется регистрация параметров инструмента и подписка на свечи или тики для данного инструмента. Кроме того, по этому сигналу обрабатываются стоп-заявки и заявки. ----------------------------------- событие №2 таймер интервала свечей. Например, если головной блок использует свечи с интервалом 1 минута, то таймер выдает сигнал каждую минуту и по этому сигналу запускается для каждого торгуемого инструмента отдельный поток из пула потоков, в котором работает головной блок. ---------------------------------- событие №3 . Так называемый Watchdog -"сторожевой пес". Таймер, который выдает сигнал, если нет события №1 например в течении 30 секунд. Это событие означает, что что-то не так и надо предпринимать соответствующие меры. ================== Продолжение следует...
AlxE написал: Здравствуйте. Есть ли возможность получить последние котировки в терминале вне рабочие часы биржи? Иногда нужно посмотреть рано утром, а выпрыгивает окно "Соединение установить не удалось" и терминал открывается с неактуальными котировкам.
Если сервер брокера не работает, то можно у финама посмотреть.
Serge123 написал: > Робот торгует на моём реальном счёте без вмешательств на удалённом сервере VPS. Результатом работы доволен.
Вот, смотрите :
Михаил Понамаренко, Результаты интересные, но просьба пояснить график на видео. ------------------------- 1) Самая последняя точка на графике. Падение с 85 млн до 64 млн. Верно? А то плохо видно. Т е допустимая просадка до 30% или больше? ---------------------- 2) Вы говорите о торговле за последний год, а на графике с 2017. Верно? ----------------------- 3) А что там написано что период с 2017 по 2018? ----------------------------- 4) Указана доходность 158% к среднему капиталу. Средний капитал указан 25 млн. А на графике 65 млн. Как посчитана доходность ? ------------- Можете пояснить на чем торгуете и какие в среднем результаты на сделку. ---------------- Если можно покажите графики по годам. ------------------ Спасибо.
nikolz, Не знаю в чем я здесь ошибся, это русский перевод текста с английского языка, все что нужно здесь для понимания, это читать начиная с конца. Например если на писали на ангельском "Все хорошо", то понимать нужно "Хорошо все".
Поясняю в чем Вы ошиблись. ----------------------- Первое. В луа корауны - это обычная функция у которой сделан отдельный стек. Для этого используется функция API C lua_newthread, Но все коорауны в одном потоке ОС. Слово "поток" в Lua - это просто не удачное название . Например, есть мороженое 48 коп. Но 48 коп - это не цена, а название. Так и со словом поток в луа. ------------------- Второе. Понятие "задача" относится к скрипту - т е к коду и данным - т е к тому "что вычислить", а понятие "поток" - относится к вычислителю, т е процессору(ядру, эмулятору АЛУ и регистрам процессора) - т.е. к тому "чем вычислять". ------------------------ Т е задача и поток = это две совершенно разные сущности. ---------------------- Поэтому "многозадачность" и многопоточность" это как "красное" и "кислое" - две большие разности.
VPM написал: Nikolay, Ну давайте сначала, вот от "метров":
"В многозадачном алгоритме исполнителей несколько и у каждого из них - свое состояние и свой путь в графе состояний. Многопоточные алгоритмы - просто другое название для многозадачных."
"В Lua реализована "совместная многопоточность", когда потоки явно уступают выполнение друг другу и сохраняют состояние до следующего момента, когда выполнение столь же явно будет передано им снова".
"Только явная передача управление и сохранение состояния. Это логическая многозадачность - на самом деле в любой момент времени выполняется только один поток. Просто их несколько и они переключаются между собой".
Наверняка можно сделать, только зачем если уже есть, и сделано классно.
Вы очереди перебираете в цикле, цикл идет с какой то определенной задержкой на исполнение.
Мой пример это выделение какой то задачи в коде, которую нужно выполнять с максимальной скоростью. Ну к примеру пронестись по тикам, и снова вернуться к аналитике на медленных скоростях и здесь скорости имеют значения.
Я не утверждаю что это единственное использование каротин, но согласитесь видь классно! А главное можно работать со скоростью исполнения скрипта! ::
Вы опять ошибаетесь. Многопоточная и многозадачная - это две большие разницы. ---------------- Потоки нужны для параллельного исполнения задач, что возможно лишь при наличии нескольких процессоров или ядер. Многозадачность реализуется и на одном ядре и зависит от операционной системы.
Добрый день, Вопрос к разработчикам версия 11.0.1.3 После экспериментов с открытием множества потоков На демо сервере при очередном запуске QUIK получаем это: и после этого QUIK выгружается. Есть ли способ исправить и запустить QUIK без установки заново?
nikolz написал: Поэтому коруунды ничего не ускоряют.
А никто не утверждает что они что ускоряют, речь идет о разделении скорости исполнения кода на две части. Там где нужна максимальная - исполнения ордера, и где можно раз в секунду.
Не понял. Что значит "разделении скорости исполнения кода на две части"? И зачем Вы разделяете СКОРОСТЬ? Как Вы разделяете скорость и в чем это выражается?
nikolz написал: Но корунды имеют накладные расходы. Поэтому вместо выигрыша может быть проигрыш.
Это совсем не понятно? Я привожу конкретный пример реализации,
Цитата
VPM написал: В функции Robot получаем информацию от терминала обрабатываем ее формируем правило торговой системы,именно здесь работает задержка основного цикла sleep()!При вызове функции Trade() прерывается код функции Pobot(), идет исполнение сопрограммы со всей той скорость на что способна lua и позволяет система!
Где тут проигрыш?
Попробую объяснить еще раз. функция main работает в единственном потоке и в единственном стайке, который в этом потоке создан. Поэтому, чтобы Вы не запустили на луа внутри main, это будет исполняться в потоке main. Т е все коруунды исполняются в одном потоке ОС т. е последовательно на одном ядре процессора. ------------------- Потери будут на затратах времени на сохранение состояния коруунды и на возобновления ее работы. Коруунды позволяют исключить простои потока если у Вас выполняется например ввод данных, которые ждет исполняемая функция. Вот во время этого ожидания можно запустить другую функцию. Но в скриптах КВИК нет таких ааодов выводов. Поэтому коруунды ничего не ускоряют. А затраты времени на сохранение состояний коруунды и вновь его восстановление - это и есть пустая трата времени потока. -------------------- О псевдо поточности коруундов можно почитать в учебниках по программированию и документации по Луа.
и еще... Фактически весть механизм коррутин с большим быстродействием реализуется через один EVENT и оператор if. При этом скорость переключения составляет микросекунды.
Вы либо умолчали, либо заблуждаетесь. --------------------- Корутина - это псевдо многопоточность. т е исполняются они на одной VMLua и в одном потоке OC. -------------------- Они дают выигрыш если у вас в скрипте есть синхронный ввод/вывод с медленных устройств. В скриптах КВИКА таких медленных синхронных вводов выводов нет. Но корунды имеют накладные расходы. Поэтому вместо выигрыша может быть проигрыш.
МихаилСМ написал: nikolz, изучать для этого незнакомый мне язык, с непонятной мне логикой, не совсем комфортно. Потрачу кучу времени и сил для получения результата, которого я могу добиться заплатив денежку. Не вижу смысла. Так же не вижу смысла в вашем ответе. Не нравится - проходим мимо.
Это не вопрос, а мнение. Возможно задача простая, но возможно и сложная. Все зависит от технического задания. ---------------------------- Вы получите реальное предложение, если без поверхностных суждений о сложности не решенной задачи, выложите тех задание с указанием сроков и стоимости, и тестов для оценки правильности решения. ---------------- Убежден, что у дилетантов все задачи простые. ------------------ Реально сложность задачи можно узнать лишь после ее решения.
Не перестаю удивляться подобной формулировки вопроса. Казалось бы, если задача простая, то в чем проблема написать самому? Если не могешь , то как определил, что задача простая?
function SMA(i,P,x,y)
if i==1 then y=x;
else
local i1=i-1;
local y=V[i1] or 0;
if i<=P then y=y+i1*x/i;else y=y+(y-x)/P; end
end
return y;
end
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,1000000 do
local i1=i-1;
local x=A*math.sin(W*i);
y=SMA(i,P,x,y);
-- print(i,x,y);
end
print(os.clock()-t);