Lua в ядре NetBSD

Более низкий порог вхождения по сравнению с языком C позволит в будущем упростить разработку, ускорить темпы развития проекта, переплюнуть винду по тормознутости и монструозности.

Obvious fix.

Ну и где сейчас твой mirc в линуксе? Круче xchat, irssi ничего не придумали. Под той же виндой xchat намного юзабельней монстра mirc.

Надо суда скастовать автора leech-craft, пусть встроит к себе еще и ядро netbsd.

NetBSD R.I.P. :( А как хорошо развивались.

Судя по настоящему времени («берутся»), можно считать доказанным, что сложность дебилов не останавливает.

Разумеется. Но с чем-то с небольшим порогом вхождения их популяция возрастет в разы.

Торвальдс? Это тот тролль, который когда-то писал Linux? Даже не представляю, почему меня может интересовать его мнение.

Ну, как минимум потому, что он явно знает поболее тебя.

Ровно затем же, что и везде.

Меня интересуют конкретные абстракции, которые хреново выражаются на сях и нужные для драйверов. Моя фантазия здесь отказывает.

с чем-то с небольшим порогом вхождения их популяция возрастет в разы.

Совершенно не доказанный факт. Когда-то драйверы писались на асме, и с переходом на Си были только профиты.

он явно знает поболее тебя.

О Си++? Точно нет.

Докатились до скриптовых драйверов. Переписать ядро на PHP уже предлагали?

спустя 6 лет ... httpd, ftpd, ircd, torrent tracker, «shoutcast», mysql client, ... видео-кодеки и много чего еще.

Почти поверил :) З.Ы. очень люблю elisp

Меня интересуют конкретные абстракции, которые хреново выражаются на сях и нужные для драйверов

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

О Си++? Точно нет.

Совершенно не доказанный факт. Подтвердишь экспериментом?

Язычок говно,

ну а какая достойная замена в этой же нише (скажем, легковесный язык расширений)? мне вспоминаются только tcl,js,недопиленный io

Совершенно не доказанный факт. Подтвердишь экспериментом?

Просто ради смеха - приведи описание эксперимента.

Приличных языков в этой нише я не знаю.

Напиши ему в LKML/G+, будь мужиком.

Был как-то тут один некто Денис Поповтоварисч, который собирался операционку запилить на html, с защитой от грохинга и нескучными обоями. Не, ну html - это совсем хардкор, но дело этого товарища живёт: вон Убунта для мобильников будет использовать python в качестве основного языка программирования. Я боюсь дожить до момента, когда появятся модули ядра и/или драйвера на питоне или яваскрипте.

Когда-то драйверы писались на асме, и с переходом на Си были только профиты.

Си от Ассемблера по скорости/ресурсоемкости недалеко отстал, в отличие от.

Почему сразу не жабоскрипт?

Встроить Lua в ядро - это интересная идея.

Мне доводилось заниматься в жизни обоими этими вещами - и писать драйвера, и писать на Lua. Причем на Lua писались не игры, а вся высокоуровневая логика некоего сетевого устройства. Получилось тогда весьма удачно. Компактный, мощный и читабельный язык. Не жалею, что писал на Lua, а не на C++, например.

Си от Ассемблера по скорости/ресурсоемкости недалеко отстал, в отличие от.

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

Напиши ему в LKML/G+,

Так себе план эксперимента.

будь мужиком.

Ъ-мужики уже ничего не доказывают окружающим %)

Как-то сомнительно это всё, в свете существовании кучи gtk приложений, написанных на Си. Хотя, разработчикам драйверов виднее, что им нужно.

Вот это да, вот это глобально и надежно. Поттеринг со своими QR-кодами рычит от зависти.

лучше бы схемку какую сделали

Плюсую.

Не все успел отправить в паблик, прежде чем mIRC стал не нужен, но к примеру httpd, mysql клиент но сломался когда MySQL сменили способ авторизации и было лень разбираться в новом алгоритме. а про кодеки - ковырял бинарные файлы, чтобы выдергивать инфу из заголовков, для этого скрипта.

Я изучал протоколы и многому научился лишь благодаря мирку, писав собственные реализации чего-нибудь на этом же самом мирке. конечно наступил момент, когда возможностей mirc стало не хватать, и в нем много времени уходило на разработку чего-то (относительно) низкоуровненого, типа нормального http клиента. но теперь пришел linux, я сменил mirc на bash, и всякие скриптики пишу в одну строку, а тот же http клиент, который в мирке был на сотню строчек кода - заменяет одна команда curl'а :--)

Лучше сразу Haskell

Поттеринг со своими QR-кодами рычит от зависти.

Он просто не может выбрать какой язычог встроить. Наверняка мечется между js и bash.

Как-то сомнительно это всё,

Ну, мне это не сомнительно ни разу.

в свете существовании кучи gtk приложений, написанных на Си

Это материал для психологов.

Хотя, разработчикам драйверов виднее, что им нужно.

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

Отчаянный шаг. Не взлетит.

Посмотрите на LuaJIT

Я, кстати, не понимаю, что все так от lua тащятся.

Рантайм лёгкий.

если уж вносить (что кстати логично) язык в ядро ОС, то уж точно не так как это делается в прикладах и точно не Lua :).

Концептуально а-ля Vala - язык транслируемый в С и компилируемый вместе с ядром, или (а скорее И) семейка форта. Не скажу за BSD, но Linux ядро можно представить и реализовать отдельным языком - оно достаточно толстое, хотя сущностей в принципе немного, механизмы ясны.

Т.е. в те времена в ассемблер не так хорошо переводился?
Нифига себе.

Ускорение разработки драйверов в 6 раз на лицо.

Тут ещё не учитывается цикл разработки. На Си придётся компилить/линковать/переносить :D

Т.е. в те времена в ассемблер не так хорошо переводился? Нифига себе.

А ты думал, что 40 лет развития технологий трансляции прошли впустую? Нифига себе.

нет, он на 100% уверен :D

А чего не GWbasic?

Потому что его проще всего встроить туда, без секса с кучей зависимостей

Можно подумать, у iolanguage какие-то проблемы с зависимостями. Или у guile.

iolanguage и guile не щупал, так что судить не могу.

Т.е. в те времена в ассемблер не так хорошо переводился?

Си++ стал генерировать код, по производительности сравнимый с кодом среднего программиста на ассемблере где-то во времена Watcom 10 и MSVC4. Тогда я и бросил программирование на чистом ассемблере (хотя вставки в критических местах ещё какое-то время практиковал). Можно было ещё выиграть от программирования на асме по сравнению с Си, но чтобы обойти Си на практических задачах нужно было так корячиться, что проигрыш по времени разработки составлял уже даже не порядок, а, считай, два порядка :) Выигрыш по скорости при этом был не принципиальный.

Надо суда скастовать автора leech-craft, пусть встроит к себе еще и ядро netbsd.

И wine, wine пусть встроит. :-D

Я боюсь дожить до момента, когда появятся модули ядра и/или драйвера на питоне или яваскрипте.

Зря боитесь. Обязательно доживём. Так что советую морально подготовиться.

Это материал для психологов.

Выхлоп powertop с вашими питоноподелками тоже психологам направлять?

«The JScript in the linux kernel»

*fixed

Модули ядра на haskell кто-то уже делал.

Познания в ОС-естроении у меня весьма поверхностные, поэтому спрошу - писать части системы на скриптах - это разве не удар по производительности операционной системы?

Lua проще чем C?

писать части системы на скриптах - это разве не удар по производительности операционной системы?

Во-первых, в Lua всё-таки JIT.

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

Да C и не такой уж и сложный язык просто. Окей, не знал.
Надо будет свой компилер замутить. чтобы понять, насколько крут gcc.

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

надо в linux встроить QML

В линкус нужно пихнуть JavaScript а всю графику включая консоль выводить через HTML5.

Да C и не такой уж и сложный язык просто

На сегодняшний день - да. А тогда он был полноценным ЯВУ, и его нормальный компилятор не помещался в память средней машины (отчасти из этого и тянется никакая проверка типов в ранних компиляторах).