Компания 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/F10511/html/index.html):
- Улучшена поддержка 64-разрядной архитектуры ARM (aarch64);
- Контроллер ресурсов CPU для Cgroup v2 бэкпортирован для поддержки kABI (Kernel Application Binary Interface);- Увеличена масштабируемость планировщика задач. Реализован режим работы SIS_CORE, позволяющий увеличить производительность для некоторых видов нагрузки, включая обработку транзакций в СУБД Oracle;
- В систему динамической отладки DTrace добавлены дополнительные опции для архитектур x86_64 и ARM, добавлена реализация функции ustack(), обеспечена поддержка проверок FBT (Function Boundary Tracing) и SDT (Statically Defined Tracing) на системах ARM;- В подсистему libnvdimm, используемую для управления накопителями NVDIMMs, добавлена поддержка PMEM и DAX для прямого доступа к ФС ext4 и XFS в обход страничного кэша без применения уровня блочных устройств;
- Обновлены (https://docs.oracle.com/cd/E93554_01/F10511/html/uek-driver-...) драйверы устройств и расширена поддержка накопителей NVMe;
- Внесены исправления (https://docs.oracle.com/cd/E93554_01/F10511/html/section_unp...) для повышения стабильности работы ФС Btrfs, XFS и Ext4;
- Обновлён сертификат для загрузки в режиме UEFI Secure Boot.URL: https://blogs.oracle.com/linux/announcing-the-general-availa...
Новость: https://www.opennet.dev/opennews/art.shtml?num=49810
Как же мне "нравятся" эти "делалщики" RHEL чуть-чуть лучше... Вспоминается фраза из фильма: "я плачу 300$ за ужин, а ты даёшь 30$ на чай и чувствуешь себя крутым?"Смешные они. Особенно оракл, представляюший из себя сборище индусов, не умеющих два слова связать. Год там проработал, бОльшей клоаки не видал.
А с чего тут столько защищалщиков орацле? Индусите там на общественных началах, что ль?
А что за фильм?
Мне кажется, что это серия "Друзей", там где был Брюс Уиллис. Диалог у него с Дэвидом Шримерром
Для официанта $30 в его карман милее, чем $300 мимо него в кассу. Тот, кто отстегнул $30 чаевых, просто более эффективно распорядится своими деньгами, воспользовавшись тем, что деньги непосредственно за еду заплатил другой. Душевная колика заплатившго $300 понятна, но кто ж ему виноват, что он упустил возможность выглядеть крутым, доплатив всего $30?
Так а что не так-то? Роскомпозор в РФ уже заблокировал более полумиллиона ресурсов. Всё так и есть, чебурнет уже близко. И не надо тут баки закалачивать про терроризм. В каком месте терроризм на сайте kasparov.ru или linkedin.com?Каждый порядочный ITшник уже на vpn сидит. И только позавчера новость была про то, что 20 ярдов потратят на DPI у провайдеров. Северная Корея близко.
Каспарова не смотрел, а LinkedIn получил блок за отказ перенести перданные российских пользователей в российскую юрисдикцию. Учите историю вопроса.
> Каспарова не смотрел, а LinkedIn получил блок за отказ перенести перданные российских
> пользователей в российскую юрисдикцию. Учите историю вопроса.А на кой черт эти данные на территории РФ, если не для тотального контроля датацентров?
Не "на кой чёрт", а для воспрепятствования возможной разработке иностранными спецслужбами.
> Не "на кой чёрт", а для воспрепятствования возможной разработке иностранными спецслужбами.Действительно.. Чепиге расскажите. Пьяный русский медведь никому не нужен в АНБ.
А вот местным чекистам очень даже. А то вдруг проснется и задерет кого-нибудь, когда последние бабки попилят.
Кем работал?)
Гуд. Использую UEK R4 - OCFS2, для крупных сервисов типа почтовика на 50K+ фейсов. R5 был нестабильным, с R5U1 можно снова посмотреть.
Есть ли реальная разница с ядром от RHEL?
Ну смотря что считать за разницу. OCFS2 в ядре RHEL как бы отсутствует :)
> Ну смотря что считать за разницу. OCFS2 в ядре RHEL как бы
> отсутствует :)OCFS2 (version 2) was integrated into the version 2.6.16 of Linux kernel. Initially, it was marked as "experimental" (Alpha-test) code. This restriction was removed in Linux version 2.6.19. With kernel version 2.6.29 in late 2008, more features were included into ocfs2, such as access control lists and quotas.
Red Hat's Enterprise Linux: OCFS2 1.2.9-1 packages for RHEL4 and RHEL5 are available on oss.oracle.com. Users looking to use this release must download and install the appropriate file system and the tools packages.
Oracle also extends support for the OCFS2 file system to Red Hat Enterprise Linux users for use only with Oracle's database product. This support is limited to OCFS2 versions 1.2 and 1.4. Later versions are not available for RHEL.
Т.е. как бы они сами всё и выпилили.
Новость о RHEL4 и RHEL5? Закапывайте, тогда у оракла ещё своего UEK не было.
Ну и ещё раз, по буквам: O C F S 2 в я д р е R H E L о т с у т с т в у е т.
Нет никакой разницы в том, что из ядра OCFS2 выпилил именно Red Hat. Важно, что его нет. В апстриме (kernel.org) есть, естественно, однако я бы bleeding edge версию кластерной FS в продакшн пускать не рискнул.
Ещё в UEK одно время была плюсом многоочерёдность для хеновых netfront'ов, но сейчас её и в родном ядре рхела запилили.
какая необходимость в кластерной файловой системе для почтового сервера? что так нужно такого синхронизировать?
разве что вы не умеете синхронизировать почту нормально на уровне SMTP
Необходимость? Набор active redundant узлов за TCP-балансировщиком. Доступ клиентов - в основном IMAP и вёбморда через тот же IMAP. Множественный доступ к одному ящику/каталогу. Всё это на вполне стандартном софте: связка postfix/dovecot, ресурсов гугла по разработке кастома у меня нет :)
нет ресурсов - купи кластер exchange и не компостируй мозги клиентам своим уродским имапом.
>Ключевые улучшения:Хоть одно перечисленное ключевое улучшение работа Оракла, или просто перечисляются чужие достижения, которые Оракл присвоил?