The OpenNET Project / Index page

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

Компания Oracle опубликовала первый выпуск ядра UEK-next, основанный на ядре Linux 6.9

04.07.2024 11:01

Компания Oracle объявила о формировании пакетов с ядром UEK-next (Next Unbreakable Enterprise Kernel), построенных на базе выпуска ядра Linux 6.9. По умолчанию вместо ядра из Red Hat Enterprise Linux в дистрибутиве Oracle Linux продолжает использоваться ядро UEK 7, основанное на ядре Linux 5.15, в то время как ядро UEK-next позиционируется как непрерывно обновляемая опция для разработчиков, позволяющая получить доступ к наиболее свежим улучшениям из основной ветки ядра, сохранив при этом доступ к специфичным для ядра UEK расширенным возможностям, таким как как интеграция DTrace и улучшенная поддержка Btrfs, а также оптимизациям для работы с промышленным программным обеспечением и оборудованием Oracle.

Ядро UEK-next формируется путём наложения на mainline-ядро Linux исправлений и улучшений, подготовленных для ядра UEK. Ядро не рассчитано на использование в рабочих внедрениях, но проходит базовое тестирование и может использоваться для адаптации приложений и рабочих нагрузок под новые версии основного ядра. Через какое-то время для одного из ядер UEK-next будет обеспечен длительный цикл поддержки (LTS) и это ядро будет использовано в качестве основы для формирования ветки UEK 8.

Из улучшений, специфичных для ядра UEK-next 6.9 отмечается поддержка механизма "sched_ext" (SCX), позволяющего использовать eBPF для создания планировщиков CPU. В основное ядро sched_ext будет добавлен не раньше выпуска 6.11. В следующем обновлении UEK-next, построенном на базе ядра 6.10, для ФС XFS планируют предоставить возможность применения утилиты fsck для проверки и исправления выявленных проблем в online-режиме, без отмонтирования файловой системы.

  1. Главная ссылка к новости (https://blogs.oracle.com/linux...)
  2. OpenNews: Релиз ядра Linux 6.9
  3. OpenNews: Доступны Oracle Linux 9 и ядро Unbreakable Enterprise Kernel 7
  4. OpenNews: Компания Oracle опубликовала DTrace 2.0.0-1.14 для Linux
  5. OpenNews: Выпуск дистрибутива Oracle Linux 9.4
  6. OpenNews: Выпуск дистрибутива Oracle Linux 8.10
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/61488-oracle
Ключевые слова: oracle, linux
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (37) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.5, Телеметрия (?), 12:18, 04/07/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Попробовать что ли? В чем там улучшеная поддержка Btrfs,для локалхоста?
     
     
  • 2.9, ин номине патре (?), 13:23, 04/07/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >В чем там улучшеная поддержка Btrfs

    это есть и в обычных UEK или даже в дебиане с околованильным ядром.

    любой из этих вариантов работает лучше чем ZFS (если raidz1++ не нужен)

     
     
  • 3.46, Всем Анонимам Аноним (?), 12:03, 06/07/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В 10 раз лучше или в 100?
     
  • 2.13, Аноним (13), 14:07, 04/07/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Более быстрый отзыв поддержки на заявку.
     
     
  • 3.32, Аноним (32), 19:27, 04/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    ...о необратимом повреждении данных.
     
     
  • 4.42, Не опознан (?), 04:56, 05/07/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    .. с предложением воспользоваться резервной копией.
     
  • 4.48, Аноним (48), 20:20, 07/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Может почитать отзывы о btrfs, начиная с ядра 6.5, а не оперировать нафталиновыми историями о ФС, запущенной с параметрами, рекомендуемыми к НЕпременению разработчиком?
     
     
  • 5.49, Аноним (49), 18:35, 08/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    т е уже можно рисковать данными? А скорость работы?
     
     
  • 6.53, Аноним (-), 15:37, 09/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > т е уже можно рисковать данными? А скорость работы?

    По скорости работы - на глах фиг отличишь от EXT4, а фич сильно больше. А сыпется оно только у юзерей гнилья с опухшими кондерами и битой оперативкой, которые как-то глюкали на чем там у них, по принципу "закопаю голову в песок -> проблему вроде не видно". А потом такие при случае идут воооон туда в лабу выковыривать свой EXT4 который молчал как партизан на допросе про факапы. Уже за совсем иные деньги, конечно. Не, fsck справляться с трухой вместо структур ФС - не обязан.

     
  • 5.52, нах. (?), 13:51, 09/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    тут все ведро целиком "не рекомендовано к применению", но мы будем читать "отзывы" каких-то админов локалхоста с единственной и неповторимой конфигурацией у которых "Фсе работает", вот как раз вчера переустановили.

     

  • 1.10, Аноним (10), 14:01, 04/07/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >Ядро не рассчитано на использование в рабочих системах

    Что это значит?

     
     
  • 2.11, Телеметрия (?), 14:05, 04/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Наверное много излишнего получается для десктопа как у ZFS,но я попробую.
     
     
  • 3.14, Телеметрия (?), 14:13, 04/07/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Крч,тестовая хрень,но мне можно - я смелый,только там 11 гигов все желание отбивает.(:
     
     
  • 4.15, Аноним (10), 14:41, 04/07/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А что рассчитано на не рабочие системы? Перевод что-то упустил?
     
     
  • 5.16, Телеметрия (?), 15:13, 04/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    LTS, особенно если Oracle железо
     
  • 5.20, kusb reg (ok), 16:45, 04/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Оно расчитано на системы которые может быть рабочие, а может и нет.
     
     
  • 6.22, Аноним (10), 16:51, 04/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Как предусмотрительно с их стороны.
     
  • 4.50, Аноним (50), 23:01, 08/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >11 гигов

    Да уж, 1/5 моего месячного траффика)

     
  • 2.18, vvm13 (ok), 16:42, 04/07/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Это следствие из слов "непрерывно обновляемая опция для разработчиков". Нечто экспериментальное, ненадёжное.
     
     
  • 3.21, vvm13 (ok), 16:46, 04/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    UEK-next kernels are not intended for production use and do not receive production support or Ksplice patching.
    Короче, см. https://blogs.oracle.com/linux/post/uek-next
     

  • 1.17, Аноним (17), 16:35, 04/07/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –8 +/
    > Unbreakable

    Каковы шансы, что хотя бы такое ядро перестанет вешать всю систему наглухо по несколько раз в день, как это делает Linux начиная с 5.x?

     
     
  • 2.19, Аноним (19), 16:44, 04/07/2024 [^] [^^] [^^^] [ответить]  
  • +20 +/
    Никаких, у тебя память битая и коденсаторы на мамке вздулись.
     
     
  • 3.23, Аноним (23), 17:00, 04/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Из кандидатов ещё видеокарта интел/амд. И неисправный блок питания, но это менее вероятно, если он утверждает, что с более ранними нормально. Если видеокарта nvidia, я бы поигрался с драйверами фреймбуфера (или переключил на новый драйвер фреймбуфера, если видеокарта новее 2014 года).

    Кстати, у меня была похожая проблема с линуксом и помогало переключение ядра на clocksource=pit. А вот венда с таким железом работала месяцами без вопросов, поэтому, могу понять негодование.

     
     
  • 4.44, Аноним (23), 09:33, 05/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Раньше популярным решением подобных проблем было отключать acpi/apic/lapic в различных комбинациях, но, по-моему, многоядерность отваливается среди прочего (и много чего ещё) и не всегда можно принять за решение, конечно, если железо -- мусор, ты вряд ли что можешь сделать, кроме как заменить. Это не проблема линукса, с вендой оно точно так же криво работает, но там свои костыльные костыли.
     
  • 4.55, Аноним (55), 17:59, 10/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Из кандидатов ещё видеокарта интел/амд. И неисправный блок питания, но это менее
    > вероятно, если он утверждает, что с более ранними нормально.

    А нвидию то по что заскипали? У них сейчас самый тренд - файлухи выносить какими-то левыми операциями с регионами памяти или кривым DMA.

     
     
  • 5.57, Аноним (23), 18:16, 10/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Проблемы с нвидией исключительно маловероятны. Тот баг с повреждением памяти был в рк ядре и на довольно специфической конфигурации, который сразу обнаружили и исправили. К ним есть вопросы, но подобное такое поведение это фишка опенсорсных дров.
     
  • 3.24, Аноним (24), 17:00, 04/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    На абсолютно новых трёх офисных компах с разным железом? Нуок
     
     
  • 4.26, _ (??), 17:58, 04/07/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    " ... ареал обитания рукожопов весьма обширен, зайдите на любой технический форум и вы скорее всего встетите этих милых зверьков ... "(С)
    :-D
     
  • 4.27, arthi747 (ok), 18:08, 04/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вам помогут Малдер и Скалли. С 2.х никаких проблем именно с ядром не было с кучей разного железа. Много с чем были но не с ядром.
     
  • 4.47, Ананоним (?), 13:00, 07/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    ... собранных одним гением, который жирными руками залапал много контактов. Ну а чо! Красивые же контакты, почему бы не потрогать?
     
  • 2.28, Tron is Whistling (?), 18:22, 04/07/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Квоты используешь? В последних ветках (и 5.x, и 6.x) что-то нафиговертили с квотами, при большом количестве операций повреждаются списки квот в памяти. Отключение квот спасает.
     
  • 2.33, Аноним (-), 19:49, 04/07/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Каковы шансы, что хотя бы такое ядро перестанет вешать всю систему наглухо по
    > несколько раз в день, как это делает Linux начиная с 5.x?

    Представляете, у других все просто работает. Годами. А что там в именно ваших конфигах - кто ж его знает?!

    Но, если вас реально интересует фикс - и вы даже знаете в каком примерно ядре проблема возникла, вы можете взять да и сделать git bisect. Да, на такой баг придется времени потратить. Зато знать о коде ничего не надо, только уметь восппроизводить проблему. Если лениво? Ну, ок, у остальных то и так работает, так что это ваши траблы так то :)

     
     
  • 3.37, Аноним (24), 20:33, 04/07/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > у остальных то и так работает

    Рад за них, мы всем отделом пытались на компах сотрудников вручную воспроизвести баг или хотя бы получить вменяемые логи, но пришли к тому, что проще накатить им очень старую версию дистра. Представляете, людям надо работу работать, а не бисекты делать.

     
     
  • 4.39, Аноним (39), 20:48, 04/07/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Но ведь Линукс готов для десктопа как так то, а?
     
     
  • 5.43, rugirion (ok), 06:28, 05/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    В отличии от винды, готов.
     
  • 4.54, Аноним (-), 15:55, 09/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так вы купили поди на всю толпу какое-то максимально дешевое и кривое гхэмно ... большой текст свёрнут, показать
     
  • 3.41, Tron is Whistling (?), 22:09, 04/07/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    bisect не панацея, косяк может быть вызван цепочкой коммитов, и в каждом варианте проявляться при разных критериях.
     
     
  • 4.56, Аноним (-), 18:02, 10/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > bisect не панацея, косяк может быть вызван цепочкой коммитов, и в каждом
    > варианте проявляться при разных критериях.

    Он не панацея. Но почти. И сойдется на том комите который - вызвал проблему. Дальше всем причастным станет сильно понятнее куда копать дальше.

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

     
  • 2.45, Аноним (45), 01:45, 06/07/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ещё, как вариант, - битый образ при скачивании или при записи на флэшку/CD-ROM.
     

  • 1.25, Соль земли (?), 17:10, 04/07/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Знаковую версию взяли.
     
  • 1.29, Oe (?), 18:42, 04/07/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > доступ к наиболее свежим улучшениям

    И какие найболее свежие улучшения произошли за 10 лет?

     

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



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

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