The OpenNET Project / Index page

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

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

18.10.2013 21:08

В состав ядра текущей экспериментальной ветки NetBSD, на базе которой формируется выпуск NetBSD 7, включен модуль с реализацией виртуальной машины Lua, добавляющий в ядро поддержку встраиваемого скриптового языка программирования, отличающегося эффективной работой с памятью, компактностью и высокой производительностью (применяется JIT-компиляция). Поддержка Lua в ядре позволит разрабатывать динамически загружаемые расширения, изменяющие поведение существующих систем или создающие новые возможности.

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

Как и в случае запуска скриптов в пространстве пользователя, разработчик получает возможность запускать скрипт в пространстве ядра, оценивать результат его работы, быстро вносить изменения и повторно запускать скрипт, не тратя время на перекомпиляцию. Выполняемые в пространстве ядра скрипты не имеют прямого доступа к памяти ядра, изолированы в отдельной виртуальной машине Lua и взаимодействуют с подсистемами ядра через специальные биндинги. На стадии формирования байткода выполняется выявление и блокирование опасных конструкций, таких как бесконечное зацикливание. Для запуска скриптов в пространстве ядра из окружения пользователя подготовлена специальная утилита luactl.

  1. Главная ссылка к новости (https://news.ycombinator.com/i...)
  2. OpenNews: Релиз языка программирования Lua 5.2
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/38203-netbsd
Ключевые слова: netbsd, kernel, lua
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (132) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 23:35, 18/10/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Я не вижу ни в этой новости, ни в оригинале: какую реализацию Lua они используют?
     
     
  • 2.28, plain5ence (ok), 09:02, 19/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    http://cvsweb.netbsd.org/bsdweb.cgi/~checkout~/src/sys/modules/lua/Makefile
    http://cvsweb.netbsd.org/bsdweb.cgi/~checkout~/src/external/mit/lua/dist/src/

    Похоже что ваниллу.

     
     
  • 3.31, Аноним (-), 10:37, 19/10/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Если это так, то в новости ошибка: ванильный Lua не поддерживает JIT.
     
     
  • 4.48, Аноним (-), 16:22, 19/10/2013 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Если это так, то в новости ошибка: ванильный Lua не поддерживает JIT.

    Вы слишком шаблонно мыслите.

    Людям, которые умеют встраивать интерпретатор в ядро ОС, ничто не мешает встроить JIT в интерпретатор, даже если его там отродясь раньше не было. А уж если есть образцы готовых реализаций, то тем более ничто не мешает.

     
  • 4.64, Nuzhny (?), 20:49, 19/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Скорее всего взяли luajit с последней поддерживаемой реализацией lua там.
     
     
  • 5.128, annulen (ok), 12:28, 21/10/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Скорее всего взяли luajit с последней поддерживаемой реализацией lua там.

    Не возьмут они никогда luajit в ядро. Во-первых, он не поддерживает все архитектуры, на которых работает NetBSD, во-вторых, JIT-компиляция в ядре - это потенциальный источник огромных проблем со стабильностью и безопасностью

     
     
  • 6.133, dq0s4y71 (ok), 18:27, 22/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > JIT-компиляция в ядре - это потенциальный источник огромных проблем со стабильностью и безопасностью

    А компиляция в байткод в ядре - это не источник проблем?

     
     
  • 7.136, annulen (ok), 12:33, 23/10/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > А компиляция в байткод в ядре - это не источник проблем?

    При компиляции в байткод не происходит создание машинного кода, поэтому, даже зная адрес, в который этот байткод записывается, нельзя подсунуть туда машинный код (можно подсунуть другой байткод Lua, но обойти сэндбокс это не позволит). А с JIT можно попробовать, и ядро выполнит его, как будто это результат компиляции Lua.

    Хотя я бы и компиляцию байткода делал в юзерспейсе, а в ядре оставил только интерпретатор байткода.

     

  • 1.2, onorua (??), 23:36, 18/10/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    "На стадии формирования байткода выполняется выявление и блокирование опасных конструкций, таких как бесконечное зацикливание."
    Мне одному показалось что открыта дорогая для новых бэкдоров уровня ядра без необходимости даже компиляции?
     
     
  • 2.11, Аноним (-), 00:48, 19/10/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Мне одному показалось что открыта дорогая для новых бэкдоров уровня ядра без необходимости даже компиляции?

    Ну правильно. Раньше бэкдоры в ядра ОС встраивали только АНБ и крутые хакеры, а теперь это доступно каждой блондинке. (Ну ладно, почти каждой)

    Так поднимем же тост за лин^Wюникс с человеческим лицом!

     
  • 2.24, Аноним (-), 04:50, 19/10/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Хорошо подмечено. Ибо еще мистер Тюринг доказал что силами одной программы невозможно определить завершится ли за конечное время другая произвольная программа или нет.

    Очень интересно, как они "выявляют" и "блокируют", если это невозможно даже чисто теоретически :).

     
     
  • 3.29, IMHO (?), 09:09, 19/10/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Очень интересно, как они "выявляют" и "блокируют"

    в исходники смотри


     
     
  • 4.40, Аноним (-), 14:21, 19/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > в исходники смотри

    И там будет опровержение выкладок Тюринга? Вот это как-то очень сомнительно.

     
     
  • 5.44, angra (ok), 15:39, 19/10/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Причем здесь опровержение Тюринга. Там не ставится задача "определить завершиться ли программа". Там ставится задача "заблокировать потенциально опасные инструкции", например цикл с условием, которое всегда истинно.


     
     
  • 6.45, XoRe (ok), 15:51, 19/10/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Причем здесь опровержение Тюринга. Там не ставится задача "определить завершиться ли программа".
    > Там ставится задача "заблокировать потенциально опасные инструкции", например цикл с условием,
    > которое всегда истинно.

    Истинность можно сделать очень неочевидной.
    for(;a>b;) { a = 0; a = rand(9000); a = b+1; }
    Или цикл необязательно должен быть вечным, чтобы доставить проблем.
    for(;a<100500;) { a = a + 1; sleep 1; }
    Так что прорехи остаются.
    Хорошо, что это только модуль ядра, который можно и не загружать.

     
     
  • 7.46, arisu (ok), 16:04, 19/10/2013 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Так что прорехи остаются.

    прикинь, а модули на Си ВООБЩЕ НЕ ПРОВЕРЯЮТ ПЕРЕД ЗАГРУЗКОЙ! можешь паниковать.

     
     
  • 8.51, Аноним (-), 19:27, 19/10/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Кто тебе сказал такую глупость Там цифровые подписи можно юзать нынче И даже д... текст свёрнут, показать
     
     
  • 9.58, arisu (ok), 19:57, 19/10/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ой, я всё проспал, цифровая подпись теперь 8212 гарантия от ошибок и бесконеч... текст свёрнут, показать
     
     
  • 10.61, Аноним (-), 20:09, 19/10/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Нет, но это какаая-никакая проверка что ядерный код - именно тот который должен ... текст свёрнут, показать
     
     
  • 11.62, arisu (ok), 20:22, 19/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    умиляется ты крепко выпил вчера, что ли ... текст свёрнут, показать
     
     
  • 12.78, Crazy Alex (??), 00:18, 20/10/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Еще бы - он NetBSD в продакшне видит Это покруче зеленых чертей ... текст свёрнут, показать
     
  • 12.85, Аноним (-), 03:23, 20/10/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ну ты тогда вообще с иглы не слазила Ибо на полном серьёзе бесконечные циклы со... текст свёрнут, показать
     
  • 10.103, Аноним (-), 05:03, 20/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Это всего лишь способ поставить палки в колеса юному Васе, который при помощи ме... текст свёрнут, показать
     
     
  • 11.107, arisu (ok), 05:18, 20/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    я тебе сейчас Очень Страшный Секрет открою если уж у меня есть рутовый доступ, ... текст свёрнут, показать
     
     
  • 12.113, Аноним (-), 13:50, 20/10/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Так и скажи, что про Secure Boot не слышал ... текст свёрнут, показать
     
     
  • 13.120, arisu (ok), 17:58, 20/10/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ну, если ты, получив рутовый доступ, первым делом перезагружаешь систему а пото... текст свёрнут, показать
     
  • 12.138, Аноним (-), 06:58, 26/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    А вот это уже как повезет 1 Все права доступа энфорсятся кернелом Рут - поня... большой текст свёрнут, показать
     
  • 8.119, XoRe (ok), 16:00, 20/10/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я вот не понимаю, вам лишь бы ляпнуть чтоли ... текст свёрнут, показать
     
     
  • 9.121, arisu (ok), 18:00, 20/10/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    вперёд, показывай, что это всегда не так люблю, когда дураки публично и доброво... текст свёрнут, показать
     
  • 6.52, Аноним (-), 19:33, 19/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Там ставится задача "заблокировать потенциально опасные инструкции",

    Ну так я и говорю: ставится задача сделать [b]невозможное[/b]. Невозможность этого деяния доказана Тюрингом. Wtf?!

     
     
  • 7.63, Nuzhny (?), 20:43, 19/10/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Тьюринг нут ни при чём. Можно просто следить за ходом работы скрипта и прибивать его в случае необходимости, как потенциально зависший. При этом не пострадает ни один процесс, никакая память не затрётся.
     
     
  • 8.67, arisu (ok), 21:09, 19/10/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    разве что устройство раком встанет, но это ж фигня ... текст свёрнут, показать
     
     
  • 9.86, Аноним (-), 03:25, 20/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Скучает народ по красивым BSOD ам ... текст свёрнут, показать
     
     
  • 10.89, Аноним (-), 03:33, 20/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо если бсодам, а не однострочникам на Lua которые вкатывают команду CHIP E... текст свёрнут, показать
     
     
  • 11.93, arisu (ok), 03:40, 20/10/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    да, на си такое никак написать нельзя ну совсем кто ж человеку виноват, если о... текст свёрнут, показать
     
     
  • 12.139, Аноним (-), 07:01, 26/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Можно Но зачем создавать не слишком очевидную, но достаточно деструктивную лазе... текст свёрнут, показать
     
  • 9.110, Nuzhny (?), 11:04, 20/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    С чего это Из-за прибитого скрипта устройство должно встать ... текст свёрнут, показать
     
     
  • 10.122, arisu (ok), 18:02, 20/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    с таким же успехом может войти в состояние 171 не подходи ко мне больше никогд... текст свёрнут, показать
     
  • 8.69, Аноним (-), 21:40, 19/10/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не понял, а блокирование потенциально проблемных инструкций - это что ИМХО в ... текст свёрнут, показать
     
     
  • 9.88, Аноним (-), 03:32, 20/10/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну как - если сегодня пятница блокируется всЁ, если курбан какой айт - то все оп... текст свёрнут, показать
     
     
  • 10.90, Аноним (-), 03:35, 20/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так то да - хакиры, конечно, задолбаются Но почему-то мне кажется что не тол... текст свёрнут, показать
     
  • 9.111, Nuzhny (?), 11:18, 20/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Это именно что блокирование потенциально проблемных инструкций на уровне вир... большой текст свёрнут, показать
     
     
  • 10.140, Аноним (-), 07:06, 26/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Он задвинул гораздо более могучую теорию - насчет того что одна программа не смо... текст свёрнут, показать
     
  • 2.66, dxd (?), 20:53, 19/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Ну если у вас есть рут на атакуемой системе - то пожалуйста, добавляйте.
     

  • 1.3, Да (?), 23:38, 18/10/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Скрипты в режиме ядра???
     
     
  • 2.4, klalafuda (?), 23:42, 18/10/2013 [^] [^^] [^^^] [ответить]  
  • +9 +/
    > Скрипты в режиме ядра???

    HTML5 было лениво прикручивать. Решили по-быстрому слабать.

    PS: Так-то забавно на самом деле. Если хуки на ядреный API будут достаточно развесистыми, то для прототайпинга - почему нет? Главное - это вовремя остановиться.

     
     
  • 3.12, Аноним (-), 00:50, 19/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Главное - это вовремя остановиться.

    С этим у прогеров обычно всегда проблема. Особенно при отсутствии дедлайнов и контроля проект-менеджера.
    Так что не исключено, что лет через десять ядро NetBSD будет примерно наполовину состоять из Lua :)

     
     
  • 4.21, Аноним (-), 03:10, 19/10/2013 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Так что не исключено, что лет через десять ядро NetBSD будет примерно наполовину состоять из Lua :)

    А вот когда оно будет состоять из Lua _полностью_ - адепты истинного юниксвея наконец-то смогут сказать своему главному противнику: "Шах и мат, Поттеринг!"

     
     
  • 5.27, Аноним (-), 04:54, 19/10/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > А вот когда оно будет состоять из Lua _полностью_ - адепты истинного
    > юниксвея наконец-то смогут сказать своему главному противнику: "Шах и мат, Поттеринг!"

    Останется всего ничего - заставить адептов юниксвэя потом сгрызть этот кактус и не подавиться.


     
     
  • 6.91, Аноним (-), 03:37, 20/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >> А вот когда оно будет состоять из Lua _полностью_ - адепты истинного
    >> юниксвея наконец-то смогут сказать своему главному противнику: "Шах и мат, Поттеринг!"
    > Останется всего ничего - заставить адептов юниксвэя потом сгрызть этот кактус и
    > не подавиться.

    Да нууу - щах ропцеринг тут эту новость прочтёт ... и в понедельник впилит эту ботву в системд :) (А так как он упоро^h ный и глюпый - то видимо впилит вместе с ядром нетки :)

     
     
  • 7.96, arisu (ok), 03:47, 20/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    не впилит. он дотянет свой системды до того, что там получится мегакорявый, меганеудобный и меганеочевидный язык, который после тщательного окостыливания будет turing-complete. зато никакого мерзкого sh!
     
     
  • 8.98, Аноним (-), 04:54, 20/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Неа В ответ на предложение добавить циклы он послал лесом, быстро и решительно ... текст свёрнут, показать
     
     
  • 9.99, Аноним (-), 04:57, 20/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Ах да, разработчики upstart в своей презентации Upstart Roadmap на LPC 2013, к... текст свёрнут, показать
     
  • 9.101, arisu (ok), 05:02, 20/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    это всего лишь значит, что он пока занят запиливанием ftp-сервера, irc-cервера и... текст свёрнут, показать
     
     
  • 10.104, Аноним (-), 05:05, 20/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Не угадал В новом systemd 209 будет свой прокси-сервер ... текст свёрнут, показать
     
     
  • 11.106, Аноним (-), 05:08, 20/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Кстати, от SNMP-сервера точнее, агента , встроенного в инит, как в солярке, я б... текст свёрнут, показать
     
  • 11.108, arisu (ok), 05:19, 20/10/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    я не понял icacast и irc не ждать, что ли тьфу бесполезная чушка этот системд... текст свёрнут, показать
     
     
  • 12.114, Аноним (-), 13:51, 20/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Не парься, сделай свой init с LAMP-стеком ... текст свёрнут, показать
     
  • 12.118, Ytch (ok), 15:57, 20/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Не стоит отчаиваться раньше времени Когда-нибудь обязательно будет ... текст свёрнут, показать
     
  • 11.141, Аноним (-), 07:07, 26/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    А он будет уметь Tor ... текст свёрнут, показать
     
  • 5.125, Stellarwind (?), 04:17, 21/10/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Он им в ответ в systemd запихнет поддержку brainfuck
     
     
  • 6.126, arisu (ok), 04:20, 21/10/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Он им в ответ в systemd запихнет поддержку brainfuck

    brainfuck там уже есть. системды — это изначально один большой brainfuck.

     
  • 2.10, Аноним (-), 00:45, 19/10/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Скрипты в режиме ядра???

    Да это самый что ни на есть юниксвей! Просто, прозрачно, доступно, легко отлаживать.
    Не то, что линуксовые блобы.

     
     
  • 3.53, Аноним (-), 19:35, 19/10/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Не то, что линуксовые блобы.

    Ждем когда вы перепишете все ядро на Lua. И BIOS заодно. Правда тут мы на#$немся на необходимость в проце который бы напрямую выполнял Lua, но это уже мелочи...

     
     
  • 4.68, plain5ence (ok), 21:23, 19/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, Лисп-, Форт- и Java-процессоры уже были, теперь вот настал черёд и Lua-процессоров. Благо там регистровая ВМ.
     
     
  • 5.70, Аноним (-), 21:42, 19/10/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ну, Лисп-, Форт- и Java-процессоры уже были, теперь

    ...теперь будет еще одна очень всем необходимая академическая фигня? :)

     
     
  • 6.115, Аноним (-), 14:31, 20/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >> Ну, Лисп-, Форт- и Java-процессоры уже были, теперь
    > ...теперь будет еще одна очень всем необходимая академическая фигня? :)

    На Форте писан OBP в SPARC, да будет тебе известно. 25 лет в продакшенах.

     
     
  • 7.142, Аноним (-), 07:09, 26/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > На Форте писан OBP в SPARC, да будет тебе известно. 25 лет в продакшенах.

    Да и флаг ему в руки. Кушайте, смотрите не обляпайтесь.

     

  • 1.5, Аноним (-), 23:55, 18/10/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    О-па как раз хотел на NetBSD что-то на Lus сваять! Какая радость.
     
  • 1.6, Аноним (-), 23:57, 18/10/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Отличная идея!
     
  • 1.7, Аноним (-), 00:01, 19/10/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    у меня дежавю - я читал об этом несколько месяцев назад. даже на лоре была тема.
     
     
  • 2.15, dukzcry (?), 01:00, 19/10/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Да еще зимой повсюду мусолилось. Тогда был просто патчик выкачен на обозрение, а нонче М. Балмер комитнул в дерево проекта. Но народ в мейл-листе щас взбесновался, говорит зачем оно нам - или покажи, что оно реально нужно или выпиливай нафиг.
     
     
  • 3.22, Аноним (-), 03:11, 19/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > М. Балмер

    Классная у чувака фамилия.

     
     
  • 4.39, dukzcry (?), 14:06, 19/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Классная у чувака фамилия.

    Злобный брат-близнец Стива Балмера.

     
  • 3.25, Аноним (-), 04:53, 19/10/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > мейл-листе щас взбесновался, говорит зачем оно нам - или покажи, что
    > оно реально нужно или выпиливай нафиг.

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

     
     
  • 4.34, arisu (ok), 11:04, 19/10/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Потому что редкостный @на@низм на самом деле. Вылавливают они, блин, конструкции с
    > зависаниями. А Тюринг, который доказал что это невозможно — лох педальный,
    > получается?

    а ты-то чего бесишься? нигде не сказано, что детект 100%. более того: это опеннет, так что вполне возможно, что в оригинале вообще всё совершенно о другом написано.

     
     
  • 5.35, Анонимус Третий (?), 11:18, 19/10/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Анонимус читать тюринга первый курса
    Анонимус не учить английский
    Анонимус трахать всех свой краткий знание теория

    как-то так

     
  • 5.59, Аноним (-), 20:00, 19/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > а ты-то чего бесишься? нигде не сказано, что детект 100%.

    Потому что люди страдают фигней да еще заведомо нерабочие костыли прикручивают, чтобы не так паливно было. И выдают сие за "фичу".

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

     
  • 3.32, IMHO (?), 10:50, 19/10/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Но народ в мейл-листе щас взбесновался, говорит зачем оно нам - или покажи, что
    > оно реально нужно или выпиливай нафиг.

    это вместо systemd, ничего привыкнут


     
     
  • 4.37, Аноним (-), 14:03, 19/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > это вместо systemd, ничего привыкнут

    Да, на NetBSD он не работает.
    Ждем, что предложат во FreeBSD.

     
     
  • 5.49, Аноним (-), 17:31, 19/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Так уже выкатили идею, добавить Lua и в ядро FreeBSD, systemd там не будет
     
     
  • 6.100, Аноним (-), 04:58, 20/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Так уже выкатили идею, добавить Lua и в ядро FreeBSD, systemd там не будет

    Надо добавить в ядро фри Lua, и реализовать на нем systemd. Вот это будет юниксвейно!

     
  • 2.124, kai3341 (ok), 19:34, 20/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Да, на 1е апреля упоминалось. Типа, разработчики OpenBSD, видя направление работ разработчиков NetBSD, решили встроить в ядро реализацию http://ru.wikipedia.org/wiki/LOLCODE
     
  • 2.127, Аноним (-), 09:44, 21/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > у меня дежавю - я читал об этом несколько месяцев назад. даже на лоре была тема.

    Код был написан ещё в 2010 году. Каждый год на FOSDEM представители NetBSD выступают с докладом с рассказом об этом проекте, и каждый год после этого ресурс phoronix пишет, что теперь уж точно в ядро NetBSD 7 добавят Lua, а кучу разных сайтов копипастят эти домыслы и иногда желаемое принимают за действительное.
    На этот раз коммит с модулем Lua действительно добавили в состав ядра. Но только некоторые разработчики взбунтовались и требуют откатить изменение.

     

  • 1.9, all_glory_to_the_hypnotoad (ok), 00:38, 19/10/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    какой херни только не сделаешь в условиях нехватки рабочих рук
     
     
  • 2.14, Аноним (-), 00:52, 19/10/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > какой херни только не сделаешь в условиях нехватки рабочих рук

    После установки NetBSD на кофеварку  (с которой, правда, пришлось сначала стереть прошитый на заводе линукс) такие приятные мелочи уже не удивляют :)

     
     
  • 3.30, Аноним (-), 09:54, 19/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Пля, там был тостер! Тостер!
     
     
  • 4.38, Аноним (-), 14:04, 19/10/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Пля, там был тостер! Тостер!

    Какая разница, к чему на саморезах плату прикрутить? Я могу даже к тумбочке.

     
     
  • 5.54, Аноним (-), 19:36, 19/10/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > тумбочке.

    Вам смешно, а холодильник с андроидом уже сделали...

     
     
  • 6.73, all_glory_to_the_hypnotoad (ok), 22:03, 19/10/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    смешно это роутер на андроиде

    и телефон на html5/js

     
     
  • 7.79, Crazy Alex (??), 00:22, 20/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Это уже не смешно, на самом деле - по факту это результат того, что адекватные времени интерфейсы породить не успели, и нишу занял гугл с совершенно безумными решениями. А мозиллы всякие - это уже следом.
     

  • 1.13, Perl_Jam (?), 00:51, 19/10/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    даешь поддержку basic'a!! =))))
     
  • 1.16, Vkni (ok), 01:20, 19/10/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Мы всё ещё не хотим микроядро. :-)
     
     
  • 2.26, Аноним (-), 04:54, 19/10/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Мы всё ещё не хотим микроядро. :-)

    Вам что, микроядер мало? Берите и пользуйтесь, если оно вам надо. Сдается мне что они посоревнуются с нетбздой "у кого меньше пользователей" :).

     

  • 1.17, Joseph B. (?), 01:38, 19/10/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А по-моему круто
     
  • 1.18, Аноним (-), 02:15, 19/10/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Чем бы дитя не тешилось.
     
     
  • 2.47, anonymous (??), 16:21, 19/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    ... лишь бы не явой:\
     
     
  • 3.116, Аноним (-), 14:35, 20/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > ... лишь бы не явой:\

    ...лишь бы бабок не просило.

     

  • 1.23, бедный буратино (ok), 04:29, 19/10/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Так вроде давно уже?
     
  • 1.33, www2 (??), 11:02, 19/10/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В общем-то, это продолжение направления, взятого PUFFS и RUMP. Размывание границ между ядерным кодом и кодом в пространстве пользователя. Если Lua будет поддерживаться ядром в виде подгружаемого модуля, то всё нормально. Кому не нравится - сможет просто выгрузить его (или не загружать).
     
     
  • 2.42, dukzcry (ok), 14:51, 19/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > в виде подгружаемого модуля

    Только так и планируется.

    > Кому не нравится - сможет просто выгрузить его (или не загружать).

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

    Соус:
    http://marc.info/?t=138108977300002&r=1&w=2
    http://marc.info/?t=138202733100004&r=1&w=2

     
  • 2.55, Аноним (-), 19:45, 19/10/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > В общем-то, это продолжение направления, взятого PUFFS и RUMP. Размывание границ между
    > ядерным кодом и кодом в пространстве пользователя.

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

     
     
  • 3.60, arisu (ok), 20:02, 19/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > прав доступа. И вот что-что а юзермод и юзерей от этого
    > всего надо держать на пушечный выстрел. По соображениям секурити системы и
    > стабильности.

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

     
     
  • 4.72, Аноним (-), 21:59, 19/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > по соображениям стабильности и секурности как раз максимум фигни и надо выносить
    > из ядра. чтобы один кривой модуль не поставил раком всю систему.

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

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

     
     
  • 5.74, arisu (ok), 22:27, 19/10/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ну а вот тут не только засунули добавочной фигни, но еще и
    > скрипты смогут зачем-то в ядерных сущностях копаться.

    не вижу принципиальной разницы между сишным модулем и «скриптовым» модулем.

    > Но это все-таки нишевые конструкции, скорость работы которых не особо критична, etc.

    почти все, на самом деле: процессоры сейчас быстрые.

     
     
  • 6.80, Аноним (-), 00:39, 20/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > не вижу принципиальной разницы между сишным модулем и «скриптовым» модулем.

    Уточним: я не понимаю накулкуа это должно быть ядерным модулем.

    > почти все, на самом деле: процессоры сейчас быстрые.

    Это не значит что их тормознуть нельзя. Интерфейсы тоже быстрые нынче. А дурная работа с оными может все посадить и вызвать конский жрац проца на раз-два-три. А чтобы отпрототипировать нечто - а чем юзермод для этого был плох? Прототипировать драйвера на Lua - мсье знают толк...

     
     
  • 7.81, arisu (ok), 00:44, 20/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >> не вижу принципиальной разницы между сишным модулем и «скриптовым» модулем.
    > Уточним: я не понимаю накулкуа это должно быть ядерным модулем.

    потому что иначе несколько сложно получить доступ к ядерному API. твой Кэп.

    > Это не значит что их тормознуть нельзя.

    можно. но зачем? имею сказать, что QNX, будучи микроядерной, была вполне себе RTOS. руки просто надо в верное место монтировать.

    > Прототипировать драйвера на Lua — мсье знают толк…

    а эти ребята, наверное, ещё хуже, да? http://www.eluaproject.net/

     
     
  • 8.82, Аноним (-), 02:56, 20/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Нафига козе баян Заявы про прототипирование драйверов на луа ну, впрочем, э... большой текст свёрнут, показать
     
     
  • 9.83, arisu (ok), 03:06, 20/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    сильно подозреваю, что 171 управлятор 187 атомной станцией вряд ли будет хор... текст свёрнут, показать
     
     
  • 10.87, Аноним (-), 03:29, 20/10/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну так я тебе привел пример как 10МГц проц оперирует юнитами по 100 наносекунд ... большой текст свёрнут, показать
     
     
  • 11.94, arisu (ok), 03:42, 20/10/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ещё раз настоятельно прошу тебя похмелиться никак тебя понять не могу иногда т... текст свёрнут, показать
     
     
  • 12.112, бедный буратино (ok), 12:49, 20/10/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    даю подсказку под именем Аноним пишут разные люди ... текст свёрнут, показать
     
     
  • 13.117, Аноним (-), 14:37, 20/10/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А вот ты предсказуем, как башмак ... текст свёрнут, показать
     
  • 13.123, arisu (ok), 18:38, 20/10/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    даю намёк я, видимо, знал, к какому конкретному анониму обращался, когда это пи... текст свёрнут, показать
     
  • 8.129, annulen (ok), 12:37, 21/10/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Почему это была Она и сейчас RTOS ... текст свёрнут, показать
     
     
  • 9.130, arisu (ok), 18:07, 21/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    потому что с тех пор, когда я на неё смотрел, прошло довольно много времени про... текст свёрнут, показать
     
  • 8.132, www2 (??), 20:48, 21/10/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В NetBSD не так уж и сложно, видимо, т к там есть уже упомянутый RUMP, позволяю... текст свёрнут, показать
     

  • 1.43, Аноним (-), 15:18, 19/10/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > выполняется выявление и блокирование опасных конструкций, таких как бесконечное зацикливание

    Ай, молодцы ребята! Проблему остановки решили!

     
     
  • 2.56, Аноним (-), 19:50, 19/10/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ай, молодцы ребята! Проблему остановки решили!

    Говорю же - Тюринг лох.

     

  • 1.50, Пиу (ok), 19:09, 19/10/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    скажите привет новым видам сплоитов и прочим видам аттак
    опыт жавы с ее выходами из песочницы никого не учит видимо
     
     
  • 2.57, Аноним (-), 19:51, 19/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > опыт жавы с ее выходами из песочницы никого не учит видимо

    А тут сразу в кернел. Удобно, гули.

     
  • 2.65, IMHO (?), 20:50, 19/10/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    ждем от тебя сплоитов спацалист, иди и пиши бегом, нам тестеров не хватает
     

  • 1.71, хрюкотающий зелюк (?), 21:51, 19/10/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Почему именно Lua??? Там пишут про обоснование выбора языка? Почему не педон? Не жаба? Не жабоскрепт? А то и вовсе просто некоего байт-кода, без привязки к языку?
     
     
  • 2.75, arisu (ok), 22:28, 19/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Почему именно Lua??? Там пишут про обоснование выбора языка? Почему не педон?
    > Не жаба? Не жабоскрепт? А то и вовсе просто некоего байт-кода,
    > без привязки к языку?

    потому что Lua шустрая, маленькая, удобная и имеет отличный jit-компилятор.

     
     
  • 3.76, Аноним (-), 23:48, 19/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > потому что Lua шустрая, маленькая, удобная и имеет отличный jit-компилятор.

    Вот только накулкуа все это в кернеле? :)

     
     
  • 4.77, arisu (ok), 00:04, 20/10/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> потому что Lua шустрая, маленькая, удобная и имеет отличный jit-компилятор.
    > Вот только накулкуа все это в кернеле? :)

    вот чем мешает, а? ну, есть себе. не нравится — не используй, кто-то заставляет, что ли?

     
     
  • 5.84, Аноним (-), 03:11, 20/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    На первый взгляд смотрится как мина замедленного действия Чтобы писать драйвера... большой текст свёрнут, показать
     
     
  • 6.95, arisu (ok), 03:45, 20/10/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > По поводу чего данная инициатива смахивает
    > на массовую раздачу обезьянам гранат :).

    да-да. надо вообще ядерные модули запретить. и какие бы то ни было изменения в ядре вообще. а то мало ли…

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

     
  • 4.131, www2 (??), 20:47, 21/10/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну а нафига в кернел тогда суют BPF? Может всё-таки Lua получше этого велосипеда будет? Поуниверсальнее как-то.
     
  • 2.134, dq0s4y71 (ok), 18:42, 22/10/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Луа в скомпилированном виде, вместе с виртуальной машиной, компилятором и базовыми библиотеками занимает ~200К. Не знаю, какой бидон или жабаскрипт на такое способны. А байткод у него и собственный есть.

    А вот зачем его понадобилось прикручивать к ядру - другой вопрос :)

     

  • 1.135, dq0s4y71 (ok), 18:46, 22/10/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > быстро вносить изменения и повторно запускать скрипт, не тратя время на перекомпиляцию.

    Вообще-то "тратить время на перекомпиляцию" таки придётся - Луа сначала компилирует исходник в байткод и только затем выполняет его :)

     
  • 1.143, AlexYeCu (ok), 08:43, 23/06/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Сборка NetBSD с Awesome в качестве wm и с подготовленной средой для работы с love2d… В этом определённо что-то есть.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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