The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Lunatik - инструментарий для создания в ядре Linux обработчиков на языке Lua, opennews (?), 22-Апр-24, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


153. "Lunatik - инструментарий для создания в ядре Linux обработчи..."  +/
Сообщение от Аноним (153), 23-Апр-24, 01:13 
Дело не в реализации, а в самом языке. Массивы с единицы и производительность улитки на списках.
Разве что не пользоваться структурами Lua
Ответить | Правка | Наверх | Cообщить модератору

160. "Lunatik - инструментарий для создания в ядре Linux обработчи..."  +2 +/
Сообщение от Ivan_83 (ok), 23-Апр-24, 04:22 
В Visual Basic были массивы с 1 по дефолту, и ничего :)
От LUA не требуется большой производительности.

Один из канонических примеров её использования это парсинг конфига.
Когда конфиг по сути превращается в lua файл где переменным присваются значения, а бонусом можно накидать туда логику, типа если есть какой то файл то меняем дефолты, или если чего то там в /proc то пишем другие значения и тп.

У меня дома prosody полностью (почти) написанный на луа, и проц он не жрёт.

Сейчас я сел запилить свою софтину, там куча сишных биндингов для LUA будет, и LUA только дёргать их будет и перекладывать аргументы, немного бизнес логики - сомневаюсь что оно будет сколь нибудь ощутимо жрать проц.
Пока я пробовал таймер каждую 1мс с принтом гонять и была нагрузка в районе 1-2% на одном ядре райзена. По моим прикидкам у меня эвенты будут реже случатся с одной стороны, с другой воркеров их разгребать будет больше одного.

Ответить | Правка | Наверх | Cообщить модератору

163. "Lunatik - инструментарий для создания в ядре Linux обработчи..."  +/
Сообщение от Аноним (163), 23-Апр-24, 09:51 
>В Visual Basic были массивы с 1 по дефолту, и

... где теперь Visual Basic?

Бывают языки, на которых удобно программировать. А бывают языки, вроде pascalя, visual basicа, lua, matlab/octave/julia и R, которые вставляют палки в колёса даже в самых элементарных вещах, вроде синтаксиса, индексации или станд. библиотеки, напр. в некоторых языках даже функции для парсинга целого числа из строки с этом целым числом в hex-виде в переменную целочисленного типа до недавнего времени не было, нужно было сторонний пакет подгружать. Зачем авторы языков так делают? В большей мере - из-за тараканов в головах. Такие языки обычно выкидываются целиком заменяются более удобными, напр. когда выяснилось, что для парсинга числа в hex нужно танцевать вприсядку, я просто выкинул тот язык целиком ффтопку и перешёл на питон, и не жалею.

Ответить | Правка | Наверх | Cообщить модератору

186. "Lunatik - инструментарий для создания в ядре Linux обработчи..."  +/
Сообщение от n00by (ok), 23-Апр-24, 15:49 
VB умер, поскольку MS его заменила на C#. И какие там проблемы перевести строковое представление шестнадцатеричного числа в целое, кроме неумения написать тривиальный цикл? На VBS наверняка и сейчас что-то пишут, просто потому что он есть в Windows из коробки и может больше чем JS в том же WSH.
Ответить | Правка | Наверх | Cообщить модератору

189. "Lunatik - инструментарий для создания в ядре Linux обработчи..."  +/
Сообщение от Ivan_83 (ok), 23-Апр-24, 17:10 
VBA остался в оффисе неизменным, VBS это немного другое всё же.
Ответить | Правка | Наверх | Cообщить модератору

194. "Lunatik - инструментарий для создания в ядре Linux обработчи..."  +/
Сообщение от n00by (ok), 24-Апр-24, 10:06 
VBA это не VB, насколько понимаю. VBS действительно другое - по сути встроенный в Windows некий аналог bash. Правда, Гейтс немного просчитался, посчитав пользователей достаточно умными.
Ответить | Правка | Наверх | Cообщить модератору

188. "Lunatik - инструментарий для создания в ядре Linux обработчи..."  +2 +/
Сообщение от Ivan_83 (ok), 23-Апр-24, 17:09 
VB закопали в пользу C# и Vb.net, не надо думать что VB умер сам из за каких то деффектов.

Первой ласточкой было то что VB6 имел не встроенную справку а она какая то отдельная была, надо было найти и скачать, а особых профитов по сравнению с VB5 там не было.

Что касается парсинга чисел - это ваше мнение.
Для меня и в С такого парсинга нет, я свой наколхозил и забыл про такую проблему уже 20 лет как.

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

Ответить | Правка | К родителю #163 | Наверх | Cообщить модератору

195. "Lunatik - инструментарий для создания в ядре Linux обработчи..."  +/
Сообщение от Аноним (195), 25-Апр-24, 01:06 
>Для меня и в С такого парсинга нет, я свой наколхозил

strtol, C89.

Ответить | Правка | Наверх | Cообщить модератору

201. "Lunatik - инструментарий для создания в ядре Linux обработчи..."  +/
Сообщение от randomize (?), 26-Апр-24, 10:02 
> Питон тоже обречён.

Прототипировать в нём легко но эксплуатировать такое нельзя, оно просто не поддерживаемое.
А поподробнее?

Ответить | Правка | К родителю #188 | Наверх | Cообщить модератору

190. "Lunatik - инструментарий для создания в ядре Linux обработчи..."  +/
Сообщение от Аноним (190), 23-Апр-24, 20:56 
> Массивы с единицы

Как будто что-то плохое.

> производительность улитки на списках.

«Чи-гоо б…?!?» ©

На всякий, в Lua нет списков. Есть таблицы. И они ОЧЕНЬ шустрые. Особенно когда это не key-value, а  массив. Так что либо давай поподробнее (с чем сравнивать и что вообще сказать хотел) и с пруфами, либо балабол.

Ответить | Правка | К родителю #153 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру