В ядро NetBSD добавлена поддержка расширений на языке Lua

Планировщик процессов
Фильтр пакетов
без серьёзных требований к производительности

Да вы что!

Но зачем? Линукс и так уже быстрее, в несколько раз в некоторых случаях.

эээ, было же уже несколько месяцев назад.

Никому не нужна эфемерная «производительность». Вот удобство, соответствие современным требованиям индустрии и производительность труда — это важные показатели. А более мощный процессор всегда можно купить — вон, на каждом прилавке i7 8ггц, 64ядра лежат, лол.

Там был анонс. Коммиты от 16 числа сего месяца.

Дорогой анонимный друк, видишь ли, не всегда хватает i7 Over 9000 GHz, потому, например, такие конторки как Tilera и городят свои железяки с дохрена-ядрами, куча-линками и 100500 pps.
Ну а планировщик, который вызывается, мягко говоря, ну очень часто, на мой взгляд, чуть ли не хрестоматийный пример, где нужна именно максимальная производительность и минимальные задержки.

NetBSD должен работать на любом тостере, ты об этом забываешь

Скрипты в kernelspace? Быдлокодеры получают выход на принципиально новый уровень :) Прикольно. А в линуксе такое есть?

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

Круто. Теперь Lua-программисты смогут добавить в свое резюме что-то вроде «участвовал в разработке низкоуровневых компонентов операционной системы»

Lua не в тренде, надо было жабаскрипт.

Кобол.

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

И это - плохо, потому что, ...?

А почему не лисп?

круто, теперь можно будет играться со своим тостером!

без серьёзных требований к производительности.

Планировщик процессов

Они там упоролись.

Был только анонс.

По тому же, почему не FORTH.

А почему не лисп?

emacs втуда сразу

EmacsBSD

Потому что «работать», а не «факториалы считать».

круто, ждем добавления в ядро linux.

На самом деле круто. Давно все к этому идет. У меня есть модуль, который умеет исполнять схему в ядре линукса :) Сама писала, когда студентом была.

сначала JVM

патч в студию, посмотреть хочу.

патч на фоне близняшек, пожалуйста

В купальнике и с макбуком же!

Скрипты в kernelspace? Быдлокодеры получают выход на принципиально новый уровень :) Прикольно. А в линуксе такое есть?

А чем это принципиально отличается от fuse?

Протестую. fuse работает в userspace ( собственно, и название - Filesystem in User SpacE ), а БСДшники добавили поддержку скриптов в kernelspace. Сходи по ссылке

Кроме шуток, на этапе ПЛИС прототипирования удобно.

Да он такими темпами скоро заменит джаваскрипт.

Лисп не в моде в этом сезоне.

когда студентом была.

катой на моем ЛОРе? no way!

Протестую. fuse работает в userspace ( собственно, и название - Filesystem in User SpacE ), а БСДшники добавили поддержку скриптов в kernelspace.

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

А вообще поддержка lua в ядре вроде давно уже сделана - см lunatik

Суть принципиально разная. kernel space и user space нельзя смешивать.

ИМХО, эти фичи как раз наиболее чувствительны к производительности.

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

Джоанна, ты?

Жду-не дождусь того времени, когда ядро ОС будут разрабатывать на управляемом языке.

Они бы ещё поддержку Mono туда добавили. Извращенцы.

Один вопрос - зачем чисто ради «позволит разрабатывать динамически загружаемые расширения» жертвовать производительностью, неужели так сложно собрать один модуль, погрузить его в ядро и забыть о нем, зачем придумывать такие дикие фитчи ? Вон Linux как-то же 22 года живет без скриптовых языков в ядре и всё отлично работает..

Что-ж, раз на то пошло, как скоро добавят туда C#, или JS в качестве альтернативы Lua ?

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

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

жертвовать производительностью

Хорошо написанный Lua работает практически со скоростью С, так что жертвы незначительны по сравнению с удобством

Что-ж, раз на то пошло, как скоро добавят туда C#, или JS

Зачем тащить в ядро какие-то монструозные поделия?

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

Пользователю никогда не надо лезть в управление энергопотреблением. Ох уж эта философия никс. «Допилено напильником».

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

Весьма полезная функция. Жду когда в ядро линукс встроят Питон.