ШТОА

а для кого же мы с @moteus пилили Lua-cURL?!?!?

ШТОА

Они распространены больше всех. Курл - узкооспециализирован для загрузки файлов. Не для "произвольной сетевой связи"

нет

для загрузки URL

он умеет разные протоколы

и он не слишком низкоуровневый в отличие от работы с голыми сокетами

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

Я вижу вам только тему дай и сразу срач

В resty сокеты от nginx, там все специальное неблокирующее. Ещё пример luvit, где все асинхронное и luasec тоже не катит. Да я не о том, никогда не понимал, вместо нескольких строчек кода для запроса на любой сервис люди тянут гемы, роки, либы, работают почему-то не напрямую с сервисами, а через эти либы

там есть curl_send/curl_recv Я думаю добавить в биндинг

Почему luasec не катит в "асинхронном" luivit?

потому что он синхронный?

тогда можно будет, например, устанавливать TLS соединение с помощью cURL А далее читать и писать поток байт

потому что он синхронный?

Там такая же асинхронность как у ноды. То есть, как бы асинхронность, но на самом деле нет. Это первое. Второе - luasec можно сделать асинхронным без особых проблем : )

luvit реализовал tls сам. Ну и асинхронность там настоящая :)

Настоящая многопоточка? Во, а какая модель памяти? Отдельные виртуальные машины под тред?

Я пока далек от низкоуровневого, надеюсь, скоро буду шарить. Как мне кажется, для синхронного сокета нужно просто сделать запрос. А для асинхронного нужно сказать какой-то системной штуке, вроде livub, что я хочу сделать запрос, а ты меня потом дернешь. И когда запрос прошел, libuv открывает определенное вхождение виртуальной машины, как-то так

При чем тут многопоточность? Но libuv использует пул потоков и очереди, но клиентский код однопоточный, что не мешает ему быть асинхронным

Пул потоков - каких? Потоки - это что, в данном случае?

https://github.com/libuv/libuv/blob/v1.x/src/threadpool.c

а для кого же мы с @moteus пилили Lua-cURL?!?!?

Я вот выбирал-выбирал между вашим и луасокетом, и выбрал луасокет

Там документация лучше))

сочувствую :)

сочувствую :)

И получилось всё замечательно, и наверняка работает везде)))

В resty сокеты от nginx, там все специальное неблокирующее. Ещё пример luvit, где все асинхронное и luasec тоже не катит. Да я не о том, никогда не понимал, вместо нескольких строчек кода для запроса на любой сервис люди тянут гемы, роки, либы, работают почему-то не напрямую с сервисами, а через эти либы

Никогда не понимал велосипедостроителей.

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

не надо путать асинхронность и многопоточность. Это разные вещи

Никогда не понимал велосипедостроителей.

Чувак, есть за и против. За: вроде как меньше кода писать. Против: эта либа может измениться в любой момент, потом переписывать, это черный ящик, запросто может работать не как ожидаешь, делать что-то не как хочешь, в крайнем случае может отвалиться. И если можно вместо этого самому написать простой запрос, то никаких преимуществ.

Чувак, есть за и против. За: вроде как меньше кода писать. Против: эта либа может измениться в любой момент, потом переписывать, это черный ящик, запросто может работать не как ожидаешь, делать что-то не как хочешь, в крайнем случае может отвалиться. И если можно вместо этого самому написать простой запрос, то никаких преимуществ.

Ага, велосипедостроитель.

Потому что я знаю довольно много реализаций параллелизма. 1. Нода - бесконечный цикл с проходом по списку активных событий и дёрганье колбеков. Асинхронность там достигается нулевым таймаутом на все потенциально блокирующие действия, и переход к следующему процессу, пока всё таки что-то не придёт в буфер. Пример подобной асинхронщины с luasocket от самого Роберто Иерузалимски: https://www.lua.org/pil/9.4.html Ну, труЪ-многопоточкой тут не пахнет, просто как бы несколько дел одновременно. 2. Треды - как отдельные виртуальные машины под каждый процесс, тут можно хоть блокировать хоть не блокировать - всё одно. Память, как правило, разделённая. Я предпочитаю такие треды. У меня где-то есть аналог ноды многопоточный, с той же сутью (lanes).

Так вот. Сокеты можно сделать асинхронными с комплектом: "оболочка + колбеки на входящую лабуду". Это обычный подход. Луасек - туда же.

Ага, велосипедостроитель.

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

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

Я теоретик.

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

Лигаси не провоцирует написание новых либ, под "текущее состояние дел".

node.js использет libuv для IO В общем да, но не совсем. Там весь IO происходит в отдельных потоках. Например в Windows это реализовано на уровне OS, и далее по завершению операции результат передается в клиентский поток. Есть другая модель когда клентский поток оповещается только о том что необходимо произвесть операцию. На счет многопоточности. Мне нравится модел share nothing. Просто запускаешь поток (с начальными параметрами) и далее использешь некий канал связи. Lanes делает примерно тоже, только проблема что его каналы нельзя привязать ни к какой модели IO, крому как polling

В ноде нет ОС-потоков :< Это легко проверяется диспетчером задач, с отображением активных потоков. Нода однопоточна. IO там происходит в том же потоке что и основной код. Просто колбеки. Посмотри пример от роберто, который в моём посте. Там корутины, но и без корутин можно всё то же самое.

В ноде нет ОС-потоков :< Это легко проверяется диспетчером задач, с отображением активных потоков. Нода однопоточна. IO там происходит в том же потоке что и основной код. Просто колбеки. Посмотри пример от роберто, который в моём посте. Там корутины, но и без корутин можно всё то же самое.

ФТОПКУ

https://habrahabr.ru/post/150788/ Судя по статье, многопоточность - только в отдельном модуле cluster, который, как я понимаю, автоматически запускает несколько копий ноды и выдаёт им задачки. Вне этого - однопоточка с эвентлупом.

Но сокеты умеют быть неблокирующими => ничто не мешает использовать luasocket/luasec в luvit'е. Что и требовалось доказать.

В ноде нет ОС-потоков :< Это легко проверяется диспетчером задач, с отображением активных потоков. Нода однопоточна. IO там происходит в том же потоке что и основной код. Просто колбеки. Посмотри пример от роберто, который в моём посте. Там корутины, но и без корутин можно всё то же самое.

как и Lua

как и Lua

Ну, у меня есть lanes : )

а у них - cluster ;)

Можно ли в lua сделать gui если нет многопоточности?

не так

в lua нет многопоточности ИЗ КОРОБКИ

как нет и gui ИЗ КОРОБКИ

А то есть из c можно?

сама суть Lua в том, чтобы было только самое необходимое

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

а у них - cluster ;)

есть еще это https://github.com/audreyt/node-webworker-threads

Была идея сделать биндинг к nuklear

есть еще это https://github.com/audreyt/node-webworker-threads

Ох костыли костыльные

Вместо того, что бы делать нормальный гуй через QT, они тупо обещали браузер...

ОС выполняет ввод.вывод в своих потоках. (там где это поддерживается)

Можно ли в lua сделать gui если нет многопоточности?

да, Обычно GUI предоставляют свой собственный цикл событий

Я использовал IUP

Вот тут смотрим гуишку. Она, правда, хочет кучи либ, но зато много что умеет: https://luapower.com/

Есть ещё биндинги qt/tcl.

Есть ещё биндинги qt/tcl.

qt жирно

Есть ещё биндинги qt/tcl.

tcl tk старо выглядит

А что ты хочешь? : ) Если очень хочется - можно в opengl/sdl замутить ТАКОЙ гуй, который и не снился никому : )

А что ты хочешь? : ) Если очень хочется - можно в opengl/sdl замутить ТАКОЙ гуй, который и не снился никому : )

Я примерно и собирался

Сейчас Electron жирно. Qt ругать за жирноту уже не в моде.

Сейчас Electron жирно. Qt ругать за жирноту уже не в моде.

На электроне кто то что то пишет?

ERROR: S client not available

На электроне кто то что то пишет?

Много кто

*для электрона Очень много.

На электроне кто то что то пишет?

https://electron.atom.io/apps/

*для электрона Очень много.

Я тоже писал но в конечном итоге вес программы все убивает

А что ты хочешь? : ) Если очень хочется - можно в opengl/sdl замутить ТАКОЙ гуй, который и не снился никому : )

Как думаешь лучше перенести только нужные функции или готовый биндинг к sdl использовать?

Как думаешь лучше перенести только нужные функции или готовый биндинг к sdl использовать?

Можно взять love2d и заюзать какую-нибудь пользовательскую графическую либу. Всегда так делаю : )

Можно взять love2d и заюзать какую-нибудь пользовательскую графическую либу. Всегда так делаю : )

https://github.com/keharriso/love-nuklear

Смотри какой пафосный https://github.com/SSYGEN/yaoui

Смотри какой пафосный https://github.com/SSYGEN/yaoui

NO LONGER MAINTAINED решает

https://github.com/keharriso/love-nuklear

так это ж гуй для LÖVE, а не для ОС

так это ж гуй для LÖVE, а не для ОС

> Если очень хочется - можно в opengl/sdl замутить ТАКОЙ гуй, который и не снился никому : ) > Я примерно и собирался

Кстати, интересный момент! Слак - удивительно тяжелый мессенджер, как раз разбивается на несколько процессов, каждый проект - отдельный процесс, главный процесс и ещё один процесс. Благодаря сему гениальному разбиению, мессенджер способен сжирать 1.5гб оперативки. А вдруг это значит, что много процессов это плохо? И нодин подход с циклом в одном потоке более выгодный?

на самом деле - говно полностью грузить весь электрон в каждом потоке

если держать в потоках только нужные данные, то можно жрать меньше оперативки

зато если упадёт один поток - остальные могут остаться жить

Вон у плазмы один поток и она не падает!

если держать в потоках только нужные данные, то можно жрать меньше оперативки

У меня меньше 2 гб оперативки хоть что делай но электрон не юзабельный

ну, это конкретно электрон

а я про модель многопоточность vs однопоточность

:)

Тут ветка про js и многопоточность?

вообще, тут чатик про Lua :)

вообще, тут чатик про Lua :)

Смелая догадка

А если я вдруг соберусь сделать gui на sdl его выкладывать? Или вы qt довольны?

А то мало ли вы тут все крутые. Для вас все либы велосипеды

как по мне: 1) кути норм 2) делать гуй для скриптов на интерпретируемых языках - кака 3) использовать sdl для ОС-гуя, а не для игорей - СТРАННО

как по мне: 1) кути норм 2) делать гуй для скриптов на интерпретируемых языках - кака 3) использовать sdl для ОС-гуя, а не для игорей - СТРАННО

sdl не для игр придумали

его придумали для облегчения портирования с венды ?

его придумали для облегчения портирования с венды ?

Вот вот полезно же кроссплатформа

кроссплатформенность - это когда сразу кроссплатформенно

те же кути