После двух лет разработки компания Oracle представила (https://blogs.oracle.com/linux/entry/announcing_the_general_...) первый стабильной выпуск Unbreakable Enterprise Kernel 4 (https://docs.oracle.com/cd/E52668_01/E69348/html/index.html) (UEK R4), расширенной сборки ядра Linux, позиционируемой для использования в дистрибутиве Oracle Linux в качестве альтернативы штатному пакету с ядром, поставляемому в Red Hat Enterprise Linux. Установочные и src-пакеты с ядром UEK R4 подготовлены (https://yum.oracle.com/oracle-linux-7.html) для Oracle Linux 6 и Oracle Linux 7 (нет никаких препятствий по использованию данного ядра в аналогичных версиях RHEL, CentOS и Scientific Linux). Исходные тексты ядра, включая разбивку на отдельные патчи, доступны (https://oss.oracle.com/git/?p=linux-uek.git;a=summary) в публичном Git-репозитории Oracle.Пакет Unbreakable Enterprise Kernel 4 основан на ядре Linux 4.1.12 (https://www.opennet.ru/opennews/art.shtml?num=42472) (UEK R3 базировался на ядре 3.8.13), которое дополнено новыми возможностями, оптимизациями и исправлениями, а также проверено на совместимость с большинством приложений, работающих в RHEL, и специально оптимизировано для работы с промышленным программным обеспечением и оборудованием Oracle.
Ключевые новшества Unbreakable Enterprise Kernel 4:
- Значительное увеличение производительности, благодаря реализации таких возможностей, как zswap, zram, группировки (https://www.opennet.ru/opennews/art.shtml?num=41210) операций блокировки очереди пакетов и режима полинга в привязке к сокетам, а также улучшению работы планировщиков задач и балансировки на системах NUMA.
- Добавление (https://docs.oracle.com/cd/E52668_01/E69348/html/uek4-sec.html) новых опций для повышения защищённости системы, например, поддержка рандомизации памяти ядра (KASLR), новый системный вызов getrandom для обращения к генератору псевдослучайных чисел и связанные с безопасностью улучшения в таких областях, как SELinux, nftables, SHA256 и SHA512.- Поддержка наложения патчей на ядро и комполненты в пространстве пользователя без остановки работы при помощи механизма Ksplice;
- Поддержка новых возможностей (https://docs.oracle.com/cd/E52668_01/E69348/html/uek4-virt.html) системы виртуализации Xen для хостов и гостевых систем, улучшение виртуализации сети через применение Open vSwitch и VXLAN, улучшение возможностей cgroups и пространств имён для контейнеров и системы Docker, поддержка Paravirtualized Hardware Extensions;
- Улучшение реализации системы динамической трассировки DTrace, позволяющей выявлять причины узких мест и проблем с производительностью в ядре и приложениях;
- Готовая для промышленного применения реализация распределённой файловой системы Ceph;
- Поддержка пакетного фильтра Nftables (https://www.opennet.ru/opennews/art.shtml?num=41282), развиваемого для замены iptables, ip6table, arptables и ebtables.
- Доступность возможностей для систем реального времени, таких как независимая от сигналов таймера многозадачность (tickless) и класс (https://www.opennet.ru/opennews/art.shtml?num=39390) планирования задач Deadline;
- Поддержка Bcache (https://www.opennet.ru/opennews/art.shtml?num=35849) и dm-cache (https://www.opennet.ru/opennews/art.shtml?num=36814) для ускорения доступа к жестким дискам через применение кэширования на SSD-накопителях. Поддержка механизма blk-mq (Multi-Queue Block I/O Queueing Mechanism) с реализацией многоуровневой модели очередей, рассчитанного на многопоточный доступ к данным на многоядерных системах и позволяющего эффективно использовать возможности современных SSD-накопителей.- Улучшение поддержки технологии infiniband;
- Поддержка ФС OverlayFS и улучшение реализации XFS, Btrfs, Ext4, NFS и FUSE;
- Экспериментальная поддержка DCTCP (Data Center TCP), DRBD (Distributed Replicated Block Device), верификации модулей ядра по цифровой подписи, NFS поверх RDMA, режима копирование на стороне сервера для NFSv4.2 и реализации pNFS на стороне сервера;
- Обновление (https://docs.oracle.com/cd/E52668_01/E69348/html/ol_drvupd.html) драйверов устройств и расширение поддержки оборудования.
URL: https://blogs.oracle.com/linux/entry/announcing_the_general_...
Новость: http://www.opennet.ru/opennews/art.shtml?num=43644
А есть ли список отличий UEK от ванильного ядра и от ядра из RHEL?
От ванильного разве что Dtrace и ksplice, в остальном вроде уже залили в основное ядро.
Ядро RHEL 7.2 кстати, несмотря на номер версии, по функциональности не сильно отстаёт, там целые подсистемы, типа сетевого стека, из новых ядер бэкпортировали.
> Real-time kernel and userspace patching with Ksplice for Oracle Linux to simplify managing cloud infrastructure and improve security.Как "userspace patching" в Ksplice понимать? Он же только для ядра, а userspace и так можно пропатчить без перезапуска или речь про какие-то новые методы патча работающих и уже загруженных в память процессов? Типа заморозил при помощи cria, пропатчил и разморозил?
> Типа заморозил при помощи cria, пропатчил и разморозил?Туго мыслишь перекат нитей активного процесса в другой
zswap или zram, вот в чём вопрос!
кто-нить может пересказать в чём заключаются особнности использования одного и другого?
Быстрое сжатие на лету для экономии на I/O.
> zswap или zram, вот в чём вопрос!
> кто-нить может пересказать в чём заключаются особнности использования одного и другого?ZRam создает блочные устройства и их можно использовать не только для Swap.
mkfs.ext4 /dev/zram10
mount /dev/zram10 /home/hacker
При переполнении Swap ZRam начинает писать в Swap на физическом диске.ZSwap сжимает память и сбрасывает в Swap на физическом диске.
В интернете есть мнение, что ZRam больше подходит для ноутов и виртуалок, а ZSwap для писиков и серверов. Но сам понимаешь, что выбор за тобой.
zram, не смотря на название это сжатый своп раздел в оперативке. zram не добавляет оперативку, а отъедает её. Ты выделяешь кусок оперы для постоянного своп диска. Соответственно для программ памяти становится меньше. Просто данные в своп быстрее уходят. Если zram свопа всё равно мало, то придется создать дисковый, в который данные будут уходит когда забъется zram. Проблема в том, что данные из zram свопа в обычный и обратно не перекидываются, соответственно может возникнуть ситуация когда zram будет забит и бообще не будет работать.zswap это сжатый "кеш" своп раздела на диске. Данные туда сжимаются и в случае необходимости сбрасываются в своп раздел на диске, ну и соответственно когда надо так же легко возвращаются обратно. zswap может отдать обратно всё что взял (записав сжатые данные в swap-раздел на диске). Соответственно объем оперативки у тебя не уменьшается.
Вы так славно описали подводные камни ZRam и ни разу не заикнулись про ситуацию с ZSwap, просто поразительная однобокость :)
Если решил использовать ZSwap, то необходим,как минимум 2-х кратный размер Swap раздела на физическом диске, иначе вероятна возможность перезаписи данных или возврата в Ram.Честно говоря не ожидал от Оракла добавления таких фич, т.к. ихняя БД очень привередлива к памяти и можно поймать очень досадные неприятности.
Вот и я не понимаю, зачем в серверном ядре это. Единственное объяснение - фича ради фичи.
> Вот и я не понимаю, зачем в серверном ядре это. Единственное объяснение
> - фича ради фичи.Была бы дедупликация уже другой разговор бы возник про фермы контейнеров и виртуалок.
А так дальше стендэлон серверов это не уходит.
Несколько лет назад я активно применял zram для своих серверов.
Я делал несколько небольших свопов и сжатых свопов одинакового размера. Задавал им разные приоритеры и сложные ситуации разруливал переносом памяти из одного свопа в другой.Эти серверы до сих пор работают, но я не трогаю их долгими месяцами. :))
Короче, zram -- это способ увеличить свободную память за счёт CPU, а zswap -- это способ уменьшить размер swap-раздела за счёт CPU.Магия. Процессор в память перегонять! :)
> Короче, zram -- это способ увеличить свободную память за счёт CPU, а
> zswap -- это способ уменьшить размер swap-раздела за счёт CPU.
> Магия. Процессор в память перегонять! :)Ты реально издеваешься или в твоем CPU такой большой кэш?
> Магия. Процессор в память перегонять! :)Перепись неосиляторов "масса = энергия" открыта комментарием выше. Не стестняемся, записываемся!!
Оно real-time хотя бы?
linux != real-time, даже со всякими патчами, хотя верить в это никто не запрещает
по-меньше пафоса.
> Altera, ARM, Google, Intel, IBM, National Instruments, OSADL, Texas Instruments and Others to Advance Mainline Kernel Support of Real-Time Linux, Saving Millions in Research and Developmenthttp://www.marketwatch.com/story/the-linux-foundation-announ...
Ну вот еще один "эксперт" по RT системам и Linux.
наплевать по чем ты "эксперт", честно.
иногда лучше жевать чем писать.
Идите вы мисье учить чем отличается hard & soft realtime, и так же почему hard realtime никогда не будет на линухе, а soft realtime будет очень ограниченый.
Вот и жуй, мусье, молча.
realtime есть? есть. развивается? да.
А хард, софт, супер-дупер-хард — раньше нужно было в своём троллячьем вбросе уточнять.зыж
Списиалист, млин.
С вантуза наверное постил (у модераторов бы спросить с какого агента у него пост) и в коленках realtime нигде не жал, а тут ему вынь и положи.
нет в linux реалтайма, нету.
Как бы некоторым не хотелось.Даже cisco и тот, насколько любит линукс, линукс дальше процессора управления - который можно и перегрузить если глюкает - не пускает.
RT в первую очередь характеризуется предсказуемым временем отклика, да да - вот прям щам при включенном свопе и невозможности полноценно обрывать ядерные нити.
Погугли Xenomai на досуге, откроешь для себя Linux-realtime наконец-то
> Погугли Xenomai на досуге, откроешь для себя Linux-realtime наконец-тои сколько драйверов и файловых систем поддерживает это убожество?
Так я не понял. Есть или нет?
Что оно там поддерживает - демагогию оставь при себе.
>Driver Updates
>mlx4_en 2.2-1"обновление" начала 2014 года. С тех пор уже несколько десятков багов закрыли в этом драйвере. В том числе серьезных.
Ничего ты не понимаешь! Там стабильные баги, энтерпрайзные. На В-нде вон вообще баги портируют из версии в версию, не то что на вашем линyпсе!