A
lua jit при хороших вводных имеет производительность сравнимую с сишкой
А что это значит - хорошие вводные
Size: a a a
2020 March 08
A
Ты имеешь ввиду данные вводные хорошо структурированные?
AS
А что это значит - хорошие вводные
значит, что код написан так, что хорошо jit'ится и не забивает память множеством объектов, от которых вешается довольно тупой lua gc
AS
и да, lua jit быстрее современных js движков при прочих равных
A
значит, что код написан так, что хорошо jit'ится и не забивает память множеством объектов, от которых вешается довольно тупой lua gc
Я предполагал писать в data oriented design, по сути все данные будут создаваться и обрабатываться на самом расте, luajit будет просто бизнес логикой дёргать за данные, читать, изменять и прочее
A
и да, lua jit быстрее современных js движков при прочих равных
Ну выбор у меня небольшой
AS
сказывается примитивность самого lua 5.1
A
сказывается примитивность самого lua 5.1
Поэтому и быстрее?
AG
а какая разница с какой скоростью оно пропалывает данные, если главное - долгоживущие живые системы, а не мелкие примитивные утилиты
A
а какая разница с какой скоростью оно пропалывает данные, если главное - долгоживущие живые системы, а не мелкие примитивные утилиты
Мы не об этом
AS
Я предполагал писать в data oriented design, по сути все данные будут создаваться и обрабатываться на самом расте, luajit будет просто бизнес логикой дёргать за данные, читать, изменять и прочее
тут может быть проблема с тем, что взаимодействие с растом по ffi будет медленным относительно остального кода, т.к. оно не jit'итится
с другой стороны быстрее и проще в интеграции скриптового языка всё равно нет
с другой стороны быстрее и проще в интеграции скриптового языка всё равно нет
A
Ну то есть технически можно будет разделить допустим часть функционала которая работает с данными изнутри, а часть допустим являются функциями самого JIT, который просто через интерфейс (или его растовские аналоги, я пока в процессе постижения) получает требуемые данные
A
Таким образом у нас большинство тяжеловесной логики остаётся на внутренних системах раста (Entity Component System), а часть лёгкой логики можно вынести в луа допустим
A
тут может быть проблема с тем, что взаимодействие с растом по ffi будет медленным относительно остального кода, т.к. оно не jit'итится
с другой стороны быстрее и проще в интеграции скриптового языка всё равно нет
с другой стороны быстрее и проще в интеграции скриптового языка всё равно нет
какие подводные?
AS
какие подводные?
подводный камень ровно один:
чтобы запустить всю эту конструкцию нужно будет запускать lua скрипт с помощью lua jit, растовый код подгружать в виде so и из lua уже дёргать экспортированные методы раста
чтобы запустить всю эту конструкцию нужно будет запускать lua скрипт с помощью lua jit, растовый код подгружать в виде so и из lua уже дёргать экспортированные методы раста
A
То есть нельзя сделать так чтобы Rust сам запускал луашечные скрипты, а именно чтобы скрипты запускали растовые либы? Какой то ужас прямо
IA
То есть нельзя сделать так чтобы Rust сам запускал луашечные скрипты, а именно чтобы скрипты запускали растовые либы? Какой то ужас прямо
В плюсах можно. С растом думаю тоже
A
В плюсах можно. С растом думаю тоже
А в расте почему нет? Даже черех ансейф какой-нибудь?
AS
То есть нельзя сделать так чтобы Rust сам запускал луашечные скрипты, а именно чтобы скрипты запускали растовые либы? Какой то ужас прямо
для этого нужно смотреть как из раста можно работать с lua jit
я ничего готового не видел, а описанный выше метод я уже применял в тарантуле (подключал библиотеку на расте)
я ничего готового не видел, а описанный выше метод я уже применял в тарантуле (подключал библиотеку на расте)
A
для этого нужно смотреть как из раста можно работать с lua jit
я ничего готового не видел, а описанный выше метод я уже применял в тарантуле (подключал библиотеку на расте)
я ничего готового не видел, а описанный выше метод я уже применял в тарантуле (подключал библиотеку на расте)
Ну вот, всего лишь не видел. Это было бы очень странно если бы так нельзя было сделать, потому что эта метожика была реализована уже много где и не один раз.