Хм.

Как мне кажется, луашенька все локали запоминает в хеш локальных, а потом оттуда берет вне зависимости от уровней, local туда только добавляет, сборщик мусора убирает

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

Но это мне так видится в воображении по логике, в сорцы не заглядывал

t = {} t.a = function() -- выполнение поставленной задачи end тобишь для выполнения куска кода больших размеров иным способом как запихать все в функцию нет, (хотя глупый вопрос, наверно же что по другому никак) а в таблицу внедрил для удобства использования что б иметь понятие где все искать в случае необходимости (хотя в целом странный вопрос)

Влад, читай, пожалуйста, перед отправкой, люди понять пытаются это потом

Кстати, для нубских вопросов есть паблик в вк

С большей вложенностью будет хуже.

for i = 1, 10 do local aru = i..'bla-bla' ... end в этой части не совсем понятно для каких целей выполняем конкатенацию

Так прост )) Чтбы продемонстрировать что строка каждый раз уникальна.

а попробуй теперь local insert на самом верхнем уровне сделать и снаружи цикла, будет ли разница

я такое когда-то тестил, нет никакой разницы, луа умная очень, зря время не тратит

технически, может и есть разница размером с амебу, но погрешность gettime значительно выше

У gettime сокета практически нет погрешности, инфа сотка. Да, я пробовал, разница маленькая, но есть. Когда экспериментировал на lua 5.1, была офигенная разница.

Если один и тот же скрипт подряд несколько раз запускать - числа разные будут, я об этом

на руби ещё напиши, если делать нечего, прикола ради

будет тебе 1000 сек разницы, если комп не зависнет

Я пишу на luajit, поэтому меня это особо не касается. Всё равно кеширую, потому что вызов table.insert из библиотеки, которая подключается другой библиотекой жрёт прилично (на ванильной), инфа сотка.

на crystal надо писать :D

На haskell, без монад

А вот оффтопик js так оптимизировали, что лишний раз вынести локально из объекта - наоборот замедлит, жаль luajit до этого не дошел

И luajit ))) No cashe: 2 Cached: 2

На crystal писать не надо, пока на него рельсы не перепишут. Руби === Рельсы, так что без них не нужен

На crystal писать не надо, пока на него рельсы не перепишут. Руби === Рельсы, так что без них не нужен

kemalyst

и еще куча рельсоподобных фреймворков

На crystal писать не надо, пока на него рельсы не перепишут. Руби === Рельсы, так что без них не нужен

руби != рельсы

=== - равно "ветвления"

Боюсь что руби никому без рельсов не нужен, действительно. Разве что идейным ювелирам-любителям, но они мало на что влияют. За питон почти всегда платят только если он идёт вместе с django. Жаваскрипт немыслим без node/jquerry/react и ещё кучи фреймворков.

самое сложное в рельсах - activerecord (угадайте кто переписал его на луа), и пока во фреймворке нет чего-то наподобие - значит ему ещё далеко-далеко

js мыслим без реакта, в меня вот проект на реакте кинули - вешаться хочется

Поздравляю :3 Я имею ввиду, что самостоятельный js тоже никому не нужен, нужны фреймворки.

не-не, он неплохой, мне лично нравится

Обоснование есть? Потому что мне не нравится обилием дыр абстракций. Даже в питоне столько нет. Чтобы что-то сделать быстрым и по-человечески - нужно очень много вкуривать. Ну, и то что без (довольно кривых и ещё более абстрактно-дырявых) фреймворков ты никому не нужен :3

гигантский npm

сделал сборщик всего на свете, он собирает файлики, файл вотчер - есть на npm, на luarocks - врядли есть подобное, любой транслятор с одного языка на другой - есть на npm, файлы гзипать для продакшна - все есть

регекспы - лучше чем родные луашные, легче, чем lua lpeg

Библиотеки то есть. Тебе нравится то, что можно взять готовое, пусть и (иногда - далеко) не самое оптимизированное решение, и сразу его заюзать, вместо велосипедописательства. Мне этим нравится второй питон. Третий потёк.

ООП - благодаря луашеньке вкурил, как правильно делать прототипное ООП, теперь на js для меня в этом плане все почти хорошо

и к тому же нода сильно быстрее питона, зачем тогда писать на питоне, если есть js?

он не сложнее, врядли он хуже

Зачем что-то писать на js, когда есть "регулярно" более быстрая, экономичная и менее жручая луа, где ещё и нулевой оверхед на дёрганье сишных функций через ffi? ))) В ноде это есть, но там десять оболочек вокруг, что рождает тысячи лишних джампов и переключений контекста. Медленна.

Потому что на lua пришлось бы писать тысячи вещей, которые есть на npm

а так бы с радостью

а и ещё одно важное-важное!!!!

Ну, щито поделать. Хех, кстати у меня на работе, в lua (ванильная) встроен v8. Можно дёргать жаваскрипт-код.

асинхронность!

Ты знаешь как выглядит асинхронность? Что это такое, то есть.

знаю, как она выглядит в ноде

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

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

luvit ради этого щупал - невыносимо сырой, жаль

Это обычный эвентлуп. Неблокирующие сокеты, например: local udp = require'socket'.udp() udp:settimeout(0) udp:setsockname('*', 9000) while true do handler:update() -- обновление потоков, например local data, ip, port = udp:receivefrom() while data and ip and port do handler:send(data, ip, port) data, ip, port = udp:receivefrom() end end Это всё. Хендлер, например, перенаправляет сообщеньки по потокам, в своём update - неблокирующе слушает потоки пока они что-то не вернут, и отправляет ответку. TCP выглядит практически аналогично, кстати.

while true do

дальше не пустит

Хендлер, чувак ))) Всё в хендлере. Как он работает я описал, просто это не влезет в короткий пример

таки яж про асинхронность

Я ж про асинхронность. Хендлер тоже придётся делать асинхронным и неблокирующим, только там приём со списка потоков (((

например, получить две страницы параллельно

я смотрел примеры, все это не то, зачем так делать, если для этого есть нода

Отправить запрос на пару страниц одновременно. Потоки самостоятельно вышлют ответку.

ага, по udp?

что-то не понял

Произвольно, по tcp или udp. Ну допустим поток выглядит так: threadfunc(data, ip, port) page = process(data) require'socket'.udp():sendto(page, ip, port) end По TCP похоже, только вместо ip/port присылается sock, и sock:send(page). Параллельно.

ERROR: S client not available

в общем есть либивент и не либивент, и сравнивать их некорректно, livevent в lua - luvit - никуда не катит, отдельный себе от луа мирок заделали несовместимый

получить это receive, а sendto это отправить, я о первом, он востребованей все таки

Ну, ты просто любишь оболочки :3 А я люблю конечные автоматы. И сделал несколько библиотек под свои нужды. Слушай скажи мне, чем нода так крута? На луа, можно написать простой аналог ноды, который будет выполнять все функции, ради которых ты пришёл в ноду, за несколько часов. Правда да, количество библиотек ограничено. Точнее, с luajit - неограничено, ибо ffi и подрубание совершенно произвольных dll/so. Но не так сахарно, пока не сделаешь оболочку вокруг динамической либы.

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

Кстати, память между тредами ноды общая или раздельная? Я не в курсе.

> Слушай скажи мне, чем нода так крута? > На луа, можно написать простой аналог ноды Кипятком от счастья писался бы, наступи такой день

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

память общая конечно!

раздельная это слишком просто

Не а. Факт наличия общей памяти между потоками, говорит нам что потоки не совсем настоящие. Это или лёгкие потоки, или корутины. Попробуй загрузить нодой 100% своего многоядерного процессора.

конечно не настоящие

Оу.

в этом вся прелесть!

Это кошмар.

она волшебство делает

Это чудовищный кошмар. Я покупал многоядерный сервер чтобы запустить на нём одно единственное приложение, которое должно быть ОЧЕНЬ быстрым. И жрать десятки гигабайт памяти. И если где-то упал поток - мне проще его перезагрузить, но чтобы остальные потоки остались живы, даже если они обрабатываются последние пол часа. Какой мне смысл от такого сервера, если только одно ядро задействованно?

это от задачи зависит: 1) нода мне нужна для сборщика файлов - потому что npm такой богат 2) импорт с чужих сайтов на наш стартапчик - как бы луа грузила 100 страниц параллельно? 3) все, больше она не пригождалась особо

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

никто и не говорит, что сервер на ноде - это умно

Сервер на ноде - единственное для чего я бы ставил ноду (((

> Нет, можно запустить несколько нод одновременно: согласись, код вырос бы раз в 10 и отлаживать импорт - был бы ад

Но даже не сервер, а, например, обработчик. Мне надо хитро заархивировать и тут же послать на сервер все 100500 терабайт данных. В один поток это будет очень медленно. Ну блин, я просто против общей памяти в многопоточности, потому что это плодит ошибки, особенно своим жутким комфортом, когда одни и те же данные изменяются "асинхронно", а потом чем-то другим так же асинхронно считываются, и от этого зависит результат работы потока. Имхо, это плацдарм для ошибок, которые могут возникнуть из-за кого-то, кто слишком быстро закончил работу, и попытался считать ещё не существующие данные. Думаю, тут есть механизмы защиты от этого, но тем не менее.

> Нет, можно запустить несколько нод одновременно: согласись, код вырос бы раз в 10 и отлаживать импорт - был бы ад

Кстати нет. Код вырос бы ровно на две функции: send/receive через пайпы/сокеты.

Там не механизмы защиты от гонки данных, там таких понятий не существует, ибо волшебство

А, нода умеет в дочерние процессы. Уже чуть лучше. И память разделённая, и процессоров много.

В общем, на твоём месте, я бы почитал а) много хвалебной фигни б) много нейтральной фигни в) много хейтерствующей фигни Выделил бы всё ценное, и проверил бы всю магию на предмет магичности. Вот тебе пример хейтерства на ноду, и я даже понимаю почему: https://habrahabr.ru/post/129640/

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

хлелебная фигня, нейтральная, — фигня же

http://stackoverflow.com/questions/5795419/lua-socket-asynchronous-calls

я это имею в виду

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