Компания Oracle выпустила (https://blogs.oracle.com/linux/announcing-the-general-availa...) второе функциональное обновление для ядра Unbreakable Enterprise Kernel R5 (https://www.opennet.dev/opennews/art.shtml?num=48813), позиционируемого для использования в дистрибутиве Oracle Linux в качестве альтернативы штатному пакету с ядром из Red Hat Enterprise Linux. Ядро доступно для архитектур x86_64 и ARM64 (aarch64). Исходные тексты ядра, включая разбивку на отдельные патчи, опубликованы (https://oss.oracle.com/git/?p=linux-uek.git;a=summary) в публичном Git-репозитории Oracle.Пакет Unbreakable Enterprise Kernel 5 основан на ядре Linux 4.14 (https://www.opennet.dev/opennews/art.shtml?num=47513) (UEK R4 базировался на ядре 4.1), которое дополнено новыми возможностями, оптимизациями и исправлениями, а также проверено на совместимость с большинством приложений, работающих в RHEL, и специально оптимизировано для работы с промышленным программным обеспечением и оборудованием Oracle. Установочные и src-пакеты с ядром UEK R5U1 подготовлены (https://yum.oracle.com/oracle-linux-7.html) для Oracle Linux 7.5 и 7.6 (нет никаких препятствий по использованию данного ядра в аналогичных версиях RHEL, CentOS и Scientific Linux).
Ключевые улучшения (https://docs.oracle.com/cd/E93554_01/F16744/html/index.html):
- Перенесены патчи с реализацией подсистемы PSI (Pressure Stall Information), которая позволяет проанализировать информацию о времени ожидания получения различных ресурсов (CPU, память, ввод/вывод) для определённых задач или наборов процессов в cgroup. При помощи PSI обработчики в пространстве пользователя могут более точно оценить уровень загруженности системы и характер замедления работы, по сравнению с Load Average;
- Для cgroup2 включен контроллер ресурсов cpuset, предоставляющий механизм для ограничения размещения задач по NUMA-узлам памяти и CPU, разрешающий использование только ресурсов, определённых для группы задач через интерфейс псевдо-ФС cpuset;- Реализован фреймворк ktask для распараллеливания задач в ядре, потребляющих значительные ресурсы CPU. Например, при помощи ktask может быть организовано распараллеливание операций по очистке диапазонов страниц памяти или обработке списка inode;
- В DTrace добавлена поддержка захвата пакетов через libpcap;
- Из новых выпусков ядра перенесены (https://docs.oracle.com/cd/E93554_01/F16744/html/uek5-featur...) исправления в реализации ФС btrfs, CIFS, ext4, OCFS2 и XFS;
- Из ядра 4.19 перенесены (https://docs.oracle.com/cd/E93554_01/F16744/html/uek5-featur...) изменения, связанные с поддержкой гипервизоров KVM, Xen и Hyper-V;
- Обновлены (https://docs.oracle.com/cd/E93554_01/F16744/html/ol_drvupd.html) драйверы устройств и расширена поддержка накопителей NVMe (перенесены изменения из ядер с 4.18 по 4.21);- Применены настройки для оптимизации производительности на платформах ARM.
URL: https://blogs.oracle.com/linux/announcing-the-general-availa...
Новость: https://www.opennet.dev/opennews/art.shtml?num=50798
> В DTrace добавлена поддержка захвата пакетов через libpcap;Кто в теме, проясните пожалуйста. Вроде захват/анализ сетевого трафика с помощью eBPF всегда делался, вот только как понять вышенаписанное, Это libpcap научили в dtrace, или dtrace начал использовать механизмы eBPF?
причём тут eBPF? pcap - это просто заголовок и поток кадров. А кадры можно готовить хоть в ядре, их формат очень простой: время в секундах, добавка в миллисекундах, длина блоба, длина изначальная, и блоб, содержащий структуру,специфичную для данного вида захвата.Вангую, что прикрутили генерацию этих кадров и глобального заголовка в ядре и API, чтобы на них подписаться.
bolgen os 5.0обои нескучные?
Узбагойтесь, это только про ядро.
btrfs еще жив? я думал все сыли брошены на zfs on linux
https://oss.oracle.com/git/?p=linux-uek.git;a=summary
Линк там пера 2015 года
https://github.com/oracle/linux-uek/tree/uek5/u2
thx