Даже без JIT?

А в частных случаях - в несколько сотен раз быстрее 5.2.

Луаджит без JIT - не очень джит ))

Ну вот поэтому я и спросил, ибо нормальных цифр со сравнением не нашёл. Кто-то говорит, что всё равно раза в три быстрее.

Возможно, вопрос в том, имеется ли поддержка у луажыта на данной платформе - в плане, напишет ли Майк Пол ответ по косяку, если он обнаружится.

Ну вот поэтому я и спросил, ибо нормальных цифр со сравнением не нашёл. Кто-то говорит, что всё равно раза в три быстрее.

Хмм. http://luajit.org/performance_x86.html Можно сравнить. 5.1 практически идентична по скорости относительно 5.2.

Возможно, вопрос в том, имеется ли поддержка у луажыта на данной платформе - в плане, напишет ли Майк Пол ответ по косяку, если он обнаружится.

Там кроме багфиксов ничего не будет уже, проект не развивается.

Пойду напишу свой джыт )) Правда, у 5.1 и так всё весьма неплохо с самим языком, его можно особо не развивать. А вот объём супер-качественных сторонних либ - подкачал, да.

Там кроме багфиксов ничего не будет уже, проект не развивается.

Смотря сколько ты заплатишь Майку )) Он может неожиданно вспомнить что забыл написать крутой сборщик мусора.

Хмм. http://luajit.org/performance_x86.html Можно сравнить. 5.1 практически идентична по скорости относительно 5.2.

Хорошо, если так. Lua 5.3 меня в плане производительности и жора памяти разочаровал. Если 5.2 на уровне 5.1, то есть смысл попробовать.

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

Зачем вам в принципе луа? Что собрались делать? Секрет бизнес-плана?

Нет, у нас в Блумберге используется в фреймворке для генерации отчётности. Чисто для описания абстракций типа "возьми три физических поля из базы и преобразуй в одно логическое".

Поэтому оно должно молотить как можно быстрее, вот и всё.

JIT потом будет, когда всё на Linux переползёт.

А, нормуль. А вместо платформы что? Просто luajit есть почти везде, и на ARM, и на x86 и на MIPS. Было бы странно найти какую-то особую платформу, где оно не работает. Молотилки - это не проблема ни для чего, если у вас есть биндинг на сишные функции, которые производят конкретное молочение, а луа типа только запускает нужный сценарий и только решает логику поведения.

А, нормуль. А вместо платформы что? Просто luajit есть почти везде, и на ARM, и на x86 и на MIPS. Было бы странно найти какую-то особую платформу, где оно не работает. Молотилки - это не проблема ни для чего, если у вас есть биндинг на сишные функции, которые производят конкретное молочение, а луа типа только запускает нужный сценарий и только решает логику поведения.

Solaris Sparc, и какие-то IBM машины, не помню точный процессор.

Пока что поддерживаются на уровне с Linux, иначе давно бы LuaJIT туда впихнул.

А это кто?

Спарки у нас - или на x86 или на PPC, помнится.

Спарк не поддерживает 64 бит jit, насколько я помню.

В итоге вся малина лесом идёт.

А чего, вам в луях надо хранить терабайты данных, или просто типа вся база - 64-битная?

Весь код 64 бита, потому что там кешей в процессе полно.

Ладно, будем пробовать, спасибо. Главное, что ванильный 5.1 не был медленнее, чем 5.2.

Ладно, будем пробовать, спасибо. Главное, что ванильный 5.1 не был медленнее, чем 5.2.

Не бойся, 5.1 - самое быстрое из ванильной линейки, помнится.

Хорошо, тогда попробую прикрутить и померить.

Даже для того чтобы 5.1 быстрее скрипты грузил, под эту версию переписывали синтаксический анализатор на кастомный )) Помнится, именно под неё.

А, нормуль. А вместо платформы что? Просто luajit есть почти везде, и на ARM, и на x86 и на MIPS. Было бы странно найти какую-то особую платформу, где оно не работает. Молотилки - это не проблема ни для чего, если у вас есть биндинг на сишные функции, которые производят конкретное молочение, а луа типа только запускает нужный сценарий и только решает логику поведения.

Оно именно так и работает, все вычисления на стороне C++, но всё равно, когда в отчёте 170 колонок и под миллион строк, то чем быстрее, тем лучше.

Попробуй ещё собрать x64-luajit под PPC, оно вроде есть. > в отчёте 170 колонок и под миллион строк Групповые операции? Да, предупреждаю что вызов луашной функции из сишки - это плохая идея, луа вызывает сишку быстро, а сишка вызывает луа медленно (особенности безопасности фиговин). Это я на случай если будешь делать что-то такое: void foo(lua_State * L, TABLE _tbl_) { // на вершине стека - луёвая функция for (int i = 0; i < _tbl_.raw_count(); i++){ // пихаем строку таблицы luax_pushtable(L, _tbl_.raw(i), 1); // пытаемся обработать строку луёвой функцией с вершины стека lua_call(L, 1, 0); } }

Можно попробовать изобрести способ сообщить сишке необходимую последовательность действий, и типа сишка сама её выполнит по отношению к каждой колонке в наборе строк.

Там пул потоков, в каждом свой lua state с кастомным локальным аллокатором, параллельно обрабатываются индивидуальные ряды, а не колонки. Сейчас именно С++ дёргает Lua, но это всё переделать у меня пока что руки не дошли.

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

Там кроме багфиксов ничего не будет уже, проект не развивается.

это ты про своб платформу или луажит? :)

Про luajit 😂

А, кстати, если его пробовать, то что лучше взять? Стабильный, бету или вообще git master?

гитомастер тоже не один :)

вообще, более стабильным считается мастер 2.0 бранча

Можешь LuaJIT 2.1.0-beta3, тут как раз пофиксили 64-битную версию чтобы она нормально память отжирала, а не дохла на 1-2-4гб.

в 2.1 иногда завозят вкусняшки

Да уже запилил. Работает функция. Проблема была в том что я делал это в шаблонизаторе. Сделал в основном модуле.

Специально для таких как ты, мутю нормальную парсилку URI с автоочистителем.

https://pastebin.com/waybSfQv

Хех, оно даже пути файловой системы парсит, хоть и ниочень ))

В общем, доадаптировать до универсальности и норм.

философ

Esl

Специально для таких как ты, мутю нормальную парсилку URI с автоочистителем.

задача другая была - я вписывал "описание" в урл к картинке - если в "описании" встречался символ который ломает урл. а именно обратный слеш,даш и знак вопроса ну и двоеточие еще 😂 - то в переменной ngx.var.uri - был не полный урл и естесвенно скрипт крашился

https://github.com/luaposix/luaposix/pull/307

ЙА зопелил

ты прямо пиздец какой добрый, лучше бы заревьюирил чем заниматься подобной херотой

Нет, лучше заниматься подобной херотой, ты сам умница и не использовал никаких глобалов и undefined variables. Ведь правда?

Нет, лучше заниматься подобной херотой, ты сам умница и не использовал никаких глобалов и undefined variables. Ведь правда?

да, я молодец. потому что ни одной строки на Lua не поправил. всё на сях

<з

блин, я состою овердохера айтичятов, и только в этом какая-то очень странная атмосфера, я пока не вкурил почему

Топово же!

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

ну хз, имхо всё по делу, с пруфами. ну резко. тут возможно, но что ж делать. правда-матка

а чтобы понравиться надо сопереживать автору и говорить как всё плохо ?

а, да, надо ещё любить винду

я забыл

Хех, объясняю на пальцах: 1. Правды-матки не существует, есть куча восприятий кучи разных людей, и это всё. Единственное, где есть правда-матка - конкретные вычисления (например, что быстрее: вот этот пример или вот этот, на столько-то процентов). 2. Линукс не лучше виндовса. Виндовс не лучше линукса. Мак не лучше ни виндовса ни линукса. Мобильные операционные системы - мерзкие (кроме мб symbian). Произвольный фанатизм - способ зашорить свой моск остро предвзятым мнением, и это, имхо, отвратительно. Если уж говорить про это - то стоит добавлять это самое "имхо" к каждому предложению, иначе ты начинаешь пороть агрессивную ерунду. Или стоит уточнять конкретные случаи, где что оказывается лучше, и почему. Золотых молотков не существует. 3. У людей разный жизненный опыт. У кого-то он шире, у кого-то он глубже. Считать что у тебя - единственно верная точка зрения, на мой взгляд - весьма недалёко.

Имхо, я понял

Вот теперь вокруг любовь и благодать : )

Вот теперь вокруг любовь и благодать : )

Достижение получено: "Дипломат-мудрец". (Если что согласен с твоей точной мнения, но ты так быро всех усмирил ;D)

Не, ачивка "читак-засранец", потому что я потёр кучку демонстративных воплей после.

а кто нить тут сайты делает на ngx_lua_module?

соцопрос?

Добрый всем вечер, У меня возник вопрос. Я пишу клиент - серверное приложение. Все, что мне нужно - это обратится к базе данных на удаленном сервере. Как это можно сделать? Что использовать?

https://redis.io/

Благодарю

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

То есть это автоматом какой-нибудь openresty в связке с той же редиской.

Опенрести умер

Живее всех живых )) Кстати, крайне простое юзание.

или есть какой-то конкретный вопрос?

Если что, опенрестя - фактически нгинкс с ngx_lua_module, даже люди одни и те же делали.

https://github.com/openresty/lua-nginx-module

да знаю я

😂

Ну кароч да, я прямщас осваиваю веб-хренотень ))