Исходное сообщение
"В ядре Linux 3.13 ожидается появление нового пакетного..." Отправлено arisu, 21-Окт-13 01:02
> Выглядит положительным начинанием, но не опасна ли эта затея с байт-кодом. не опасна. точнее, как минимум не более опасна, чем существующая реализация. сейчас правила тоже преобразуются в некоторое внутреннее представление, как понимаешь — не парзят же их заново каждый раз, когда надо проверить пакет. в принципе, решение с отдельным автоматом, который только и умеет, что исполнять небольшой набор команд, потенциально имеет меньше проблем. байткод, например, можно подвергнуть статическому анализу в юзерспейсе перед тем, как скормить ядру (для альтернативщиков: я не сказал, что это будут делать или что это вообще будет нужно). из ядра можно выкинуть код, который занимается построением внутреннего представления правил, оставив один универсальный автомат. и ты пы. поначалу, конечно, в новой реализации могут обнаружиться разной толщины баги, но это неизбежно с любым изменением. однако отладить ядерную часть новой системы — также теоретически — будет проще. а если грохнется какой-нибудь компилятор правил — это не страшно, он в юзерспейсе работает. опять для альтернативщиков: это всё были упрощения и логические выводы, не основаные на детальном исследовании кода новой реализации. если есть возражения по существу, основаные на коде — добро пожаловать, показывайте, это будет полезно.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Выглядит положительным начинанием, но не опасна ли эта затея с байт-кодом. > не опасна. точнее, как минимум не более опасна, чем существующая реализация. сейчас > правила тоже преобразуются в некоторое внутреннее представление, как понимаешь — > не парзят же их заново каждый раз, когда надо проверить пакет. > в принципе, решение с отдельным автоматом, который только и умеет, что исполнять > небольшой набор команд, потенциально имеет меньше проблем. байткод, например, можно подвергнуть > статическому анализу в юзерспейсе перед тем, как скормить ядру (для альтернативщиков: > я не сказал, что это будут делать или что это вообще > будет нужно). из ядра можно выкинуть код, который занимается построением внутреннего > представления правил, оставив один универсальный автомат. и ты пы. > поначалу, конечно, в новой реализации могут обнаружиться разной толщины баги, но это > неизбежно с любым изменением. однако отладить ядерную часть новой системы — > также теоретически — будет проще. а если грохнется какой-нибудь компилятор правил > — это не страшно, он в юзерспейсе работает. > опять для альтернативщиков: это всё были упрощения и логические выводы, не основаные > на детальном исследовании кода новой реализации. если есть возражения по существу, > основаные на коде — добро пожаловать, показывайте, это будет полезно.
	Введите код, изображенный на картинке: