Ускорение работы скриптов

Страницы: 1
RSS
Ускорение работы скриптов, предложение по развитию QLUA
 
Добрый день,
Прошу разработчиков рассмотреть следующее предложение по развитию QLUA.
----------------
Суть проблемы.
При создании нескольких скриптов приходится дублировать внешнюю среду функции main в каждом скрипте
Т е все колбеки и все глобальные переменные
Но так как все это исполняется в одном потоке создается существенное торможение работы терминала при большом числе скриптов.
--------------------
Решение - предложение.
Решить проблему можно двумя путями.
Вариант1
Реализовать возможность  создание в одном скрипте множество функций main
Т е реализовать механизм запуска нескольких потоков в одном скрипте  
Ввариант2
Реализовать возможность работы множеству скриптов с одной глобальной областью
Этот вариант реализуется, например, путем подмены указателя глобальной таблицы скрипта на указатель общей глобальной области  
Этот вариант я реализовал лет восемь назад для win32 и LUA 5.1,  
Теперь надо все переделывать на 64 и 5.3
-------------------
Поэтому предлагаю это сделать для всех буратин.
 
Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.
 
если сделают это будет нереально круто;)
 
Цитата
Андрей написал:
нереально круто
Боюсь те, кто этим смог бы грамотно воспользоваться, могут это сами и сделать, как автор идеи, в частности. Всем остальным буратинам это не нужно и вредно.
 
Цитата
Anton написал:
Цитата
Андрей написал:
нереально круто
Боюсь те, кто этим смог бы грамотно воспользоваться, могут это сами и сделать, как автор идеи, в частности. Всем остальным буратинам это не нужно и вредно.
с Вами не согласен по трем причинам:
1) Если это решение будет официальное, то не надо отслеживать новые версии и исправлять то, что перестает работать . Как это есть сейчас.
2) Буратинам будет еще легче писать свои хотелки так как нет надобности одно и тоже программировать в множестве роботов Все будет существенно проще
3) если это реализуют, то размещу следующее пожелание, в котором создание роботов превращается в написание лишь алгоритма, а все или почти функции QLUA скрываются в обертке
Т е буратинам даже не надо изучать луа. Просто пишут почти на естественном языке что хотят и все работает.
 
п.3 тоже давно реализовал в предыдущей версии
но мне оно не нужно, а буратинам в самый раз.
 
Цитата
nikolz написал:
не надо отслеживать новые версии и исправлять то, что перестает работать
Это, конечно, важный плюс, спору нет. Но если один мейн рушится, что с остальными делать? Очевидно, тоже прибивать и завершать весь скрипт, т.к. очень сомнительно, что большинство скриптов следуют RAII (до предыдущей версии это было физически невозможно даже и никто не бухтел, т.е. буквально никто этим не морочился). В таком раскладе мультипликативно снижаем общую надежность скрипта, если (утрированно) надежность одного мейна 0.5 и всего скрипта тоже, то при двух таких мейнах надежность скрипта в целом уже 0.25.
 
Цитата
nikolz написал:
Решение - предложение.Решить проблему можно двумя путями
.Вариант1 Реализовать возможность  создание в одном скрипте множество функций mainТ е реализовать механизм запуска нескольких потоков в одном скрипте  
 Существует достаточно общее решение («OS_QUESHA») для реализации взаимодействия функций QLua, запускаемых в нескольких потоках в одном  lua_State. Оно бесплатно для некоммерческого использования и работоспособно в версиях 7... <= QUIK < 8.5.
Ссылка на документацию и коды: https://quikluacsharp.ru/stati-uchastnikov/operatsionnaya-sistema-razrabotki-mnogopotochnyh-robotov-torgovli-tsennymi-bumagami-v-quik-os_quesha/
 
Цитата
TGB написал:
Ссылка на документацию и коды:  https://quikluacsharp.ru/stati-uchastnikov/operatsionnaya-sistema-razrabotki-mnogopotochnyh-robotov-...
Уточнение: ссылка дана на краткую статью, в комментариях к которой приводятся ссылки на коды, документацию и краткая инструкция по установки и запуску в QUIKе..
 
Цитата
Anton написал:
Цитата
nikolz написал:
не надо отслеживать новые версии и исправлять то, что перестает работать
Это, конечно, важный плюс, спору нет. Но если один мейн рушится, что с остальными делать? Очевидно, тоже прибивать и завершать весь скрипт, т.к. очень сомнительно, что большинство скриптов следуют RAII (до предыдущей версии это было физически невозможно даже и никто не бухтел, т.е. буквально  никто  этим не морочился). В таком раскладе мультипликативно снижаем общую надежность скрипта, если (утрированно) надежность одного мейна 0.5 и всего скрипта тоже, то при двух таких мейнах надежность скрипта в целом уже 0.25.
Указанная Вами проблема легко решается.
--------------------------------
Дело в том, что в моем решении создание роботов разделяется на отдельные ,самостоятельные и не требующие нового программирования модули.
Ранее я уже намекал на такое решение.
Это решение легко представить, если ответить на вопрос -Чем отличаются роботы торгующие акциями друг от друга?
----------------------------
Они отличаются лишь торговым алгоритмом.
В моем варианте, я сделал модуль для работы кучу общих модулей - модуль для  стакана, модуль для  счета, модуль для сделок, модуль для заявок, модуль стопов и т д.
Все эти модули являются универсальными и одинаковыми для любого робота.
-----------------------------------
В итоге, разработка робота сводится к программированию лишь алгоритма принятия решения.
Этот алгоритм можно написать на более простом и близком к естественному языку.
----------------------------------
В итоге нет надобности изучать LUA, изучать QLUA.  
Надо изучать именно закономерности рынка и написать алгоритм состояний робота
и логику изменения этих состояний.
----------------------------------
В итоге любой буратино может легко реализовать свой гениальный алгоритм, как стать миллионером на поле чудес.
 
Цитата
nikolz написал:
В итоге любой буратино может легко реализовать свой гениальный алгоритм
Вот с этим у буратин и проблемы, поэтому буратина начинает городить фреймворк, загоняться микросекундами при выставлении заявок и прочая и прочая, а до собственно торгового алгоритма у него дело никогда не доходит. Так что не ломайте людям кайф, пусть вылизывают годами своих чудо-роботов в надежде, что когда-нибудь их доделают и вот тогда уже даааа.
Страницы: 1
Читают тему (гостей: 1)
Наверх