The OpenNET Project / Index page

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



"Компания Oracle опубликовала первый выпуск ядра UEK-next, основанный на ядре Linux 6.9"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Компания Oracle опубликовала первый выпуск ядра UEK-next, основанный на ядре Linux 6.9"  +/
Сообщение от opennews (?), 04-Июл-24, 11:21 
Компания 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...

Подробнее: https://www.opennet.me/opennews/art.shtml?num=61488

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по ответам | RSS]

5. Сообщение от Телеметрия (?), 04-Июл-24, 12:18   +/
Попробовать что ли? В чем там улучшеная поддержка Btrfs,для локалхоста?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #9, #13

9. Сообщение от ин номине патре (?), 04-Июл-24, 13:23   –1 +/
>В чем там улучшеная поддержка Btrfs

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #46

10. Сообщение от Аноним (10), 04-Июл-24, 14:01   +1 +/
>Ядро не рассчитано на использование в рабочих системах

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #11, #18

11. Сообщение от Телеметрия (?), 04-Июл-24, 14:05   +/
Наверное много излишнего получается для десктопа как у ZFS,но я попробую.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #14

13. Сообщение от Аноним (13), 04-Июл-24, 14:07   +1 +/
Более быстрый отзыв поддержки на заявку.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #32

14. Сообщение от Телеметрия (?), 04-Июл-24, 14:13   +1 +/
Крч,тестовая хрень,но мне можно - я смелый,только там 11 гигов все желание отбивает.(:
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #15, #50

15. Сообщение от Аноним (10), 04-Июл-24, 14:41   +1 +/
А что рассчитано на не рабочие системы? Перевод что-то упустил?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #16, #20

16. Сообщение от Телеметрия (?), 04-Июл-24, 15:13   +/
LTS, особенно если Oracle железо
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

17. Сообщение от Аноним (17), 04-Июл-24, 16:35   –8 +/
> Unbreakable

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #19, #28, #33, #45

18. Сообщение от vvm13 (ok), 04-Июл-24, 16:42   +2 +/
Это следствие из слов "непрерывно обновляемая опция для разработчиков". Нечто экспериментальное, ненадёжное.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #21

19. Сообщение от Аноним (19), 04-Июл-24, 16:44   +20 +/
Никаких, у тебя память битая и коденсаторы на мамке вздулись.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #23, #24

20. Сообщение от kusb reg (ok), 04-Июл-24, 16:45   +/
Оно расчитано на системы которые может быть рабочие, а может и нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #22

21. Сообщение от vvm13 (ok), 04-Июл-24, 16:46   +/
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
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

22. Сообщение от Аноним (10), 04-Июл-24, 16:51   +/
Как предусмотрительно с их стороны.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

23. Сообщение от Аноним (23), 04-Июл-24, 17:00   +/
Из кандидатов ещё видеокарта интел/амд. И неисправный блок питания, но это менее вероятно, если он утверждает, что с более ранними нормально. Если видеокарта nvidia, я бы поигрался с драйверами фреймбуфера (или переключил на новый драйвер фреймбуфера, если видеокарта новее 2014 года).

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #44, #55

24. Сообщение от Аноним (24), 04-Июл-24, 17:00   +/
На абсолютно новых трёх офисных компах с разным железом? Нуок
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #26, #27, #47

25. Сообщение от Соль земли (?), 04-Июл-24, 17:10   –1 +/
Знаковую версию взяли.
Ответить | Правка | Наверх | Cообщить модератору

26. Сообщение от _ (??), 04-Июл-24, 17:58   +3 +/
" ... ареал обитания рукожопов весьма обширен, зайдите на любой технический форум и вы скорее всего встетите этих милых зверьков ... "(С)
:-D
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

27. Сообщение от arthi747 (ok), 04-Июл-24, 18:08   +/
Вам помогут Малдер и Скалли. С 2.х никаких проблем именно с ядром не было с кучей разного железа. Много с чем были но не с ядром.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

28. Сообщение от Tron is Whistling (?), 04-Июл-24, 18:22   +1 +/
Квоты используешь? В последних ветках (и 5.x, и 6.x) что-то нафиговертили с квотами, при большом количестве операций повреждаются списки квот в памяти. Отключение квот спасает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

29. Сообщение от Oe (?), 04-Июл-24, 18:42   +/
> доступ к наиболее свежим улучшениям

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

Ответить | Правка | Наверх | Cообщить модератору

32. Сообщение от Аноним (32), 04-Июл-24, 19:27   +/
...о необратимом повреждении данных.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #42, #48

33. Сообщение от Аноним (-), 04-Июл-24, 19:49   +1 +/
> Каковы шансы, что хотя бы такое ядро перестанет вешать всю систему наглухо по
> несколько раз в день, как это делает Linux начиная с 5.x?

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #37, #41

37. Сообщение от Аноним (24), 04-Июл-24, 20:33   –1 +/
> у остальных то и так работает

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #39, #54

39. Сообщение от Аноним (39), 04-Июл-24, 20:48   +1 +/
Но ведь Линукс готов для десктопа как так то, а?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #43

41. Сообщение от Tron is Whistling (?), 04-Июл-24, 22:09   +1 +/
bisect не панацея, косяк может быть вызван цепочкой коммитов, и в каждом варианте проявляться при разных критериях.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #56

42. Сообщение от Не опознан (?), 05-Июл-24, 04:56   +1 +/
.. с предложением воспользоваться резервной копией.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

43. Сообщение от rugirion (ok), 05-Июл-24, 06:28   +/
В отличии от винды, готов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

44. Сообщение от Аноним (23), 05-Июл-24, 09:33   +/
Раньше популярным решением подобных проблем было отключать acpi/apic/lapic в различных комбинациях, но, по-моему, многоядерность отваливается среди прочего (и много чего ещё) и не всегда можно принять за решение, конечно, если железо -- мусор, ты вряд ли что можешь сделать, кроме как заменить. Это не проблема линукса, с вендой оно точно так же криво работает, но там свои костыльные костыли.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

45. Сообщение от Аноним (45), 06-Июл-24, 01:45   +/
Ещё, как вариант, - битый образ при скачивании или при записи на флэшку/CD-ROM.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

46. Сообщение от Всем Анонимам Аноним (?), 06-Июл-24, 12:03   +1 +/
В 10 раз лучше или в 100?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

47. Сообщение от Ананоним (?), 07-Июл-24, 13:00   +/
... собранных одним гением, который жирными руками залапал много контактов. Ну а чо! Красивые же контакты, почему бы не потрогать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

48. Сообщение от Аноним (48), 07-Июл-24, 20:20   +/
Может почитать отзывы о btrfs, начиная с ядра 6.5, а не оперировать нафталиновыми историями о ФС, запущенной с параметрами, рекомендуемыми к НЕпременению разработчиком?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #49, #52

49. Сообщение от Аноним (49), 08-Июл-24, 18:35   +/
т е уже можно рисковать данными? А скорость работы?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #53

50. Сообщение от Аноним (50), 08-Июл-24, 23:01   +/
>11 гигов

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

52. Сообщение от нах. (?), 09-Июл-24, 13:51   +/
тут все ведро целиком "не рекомендовано к применению", но мы будем читать "отзывы" каких-то админов локалхоста с единственной и неповторимой конфигурацией у которых "Фсе работает", вот как раз вчера переустановили.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

53. Сообщение от Аноним (-), 09-Июл-24, 15:37   +/
> т е уже можно рисковать данными? А скорость работы?

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49

54. Сообщение от Аноним (-), 09-Июл-24, 15:55   +/
> Рад за них, мы всем отделом пытались на компах сотрудников вручную воспроизвести
> баг или хотя бы получить вменяемые логи, но пришли к тому,
> что проще накатить им очень старую версию дистра. Представляете, людям надо
> работу работать, а не бисекты делать.

Ну так вы купили поди на всю толпу какое-то максимально дешевое и кривое гхэмно в каком там подвале который его дешевле всего скидывал. За это и получаете что получаете. Может кривож@пая китайса вам вообще влили уникальный вариант BIOS который другие даже на картинке не видели. Мало ли чего на этой планете бывает.

Потом окажется что китайский бэкдор подразумевал - винду, а тут ему линух подсунули. Экие негодяи. Ну он и глюкавил в каком-нибудь SMM. Или в лучшем случае - таблицы ACPI заполнены кем-то невменяемым.

Но вот это - реально ваша локальная проблема. Нет, в общемировом масштабе она не существует. Если вам удобнее доиться в пользу MS - так ни у кого и нет цели вас оттуда согнать любой ценой.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

55. Сообщение от Аноним (55), 10-Июл-24, 17:59   +/
> Из кандидатов ещё видеокарта интел/амд. И неисправный блок питания, но это менее
> вероятно, если он утверждает, что с более ранними нормально.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #57

56. Сообщение от Аноним (-), 10-Июл-24, 18:02   +/
> bisect не панацея, косяк может быть вызван цепочкой коммитов, и в каждом
> варианте проявляться при разных критериях.

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41

57. Сообщение от Аноним (23), 10-Июл-24, 18:16   +/
Проблемы с нвидией исключительно маловероятны. Тот баг с повреждением памяти был в рк ядре и на довольно специфической конфигурации, который сразу обнаружили и исправили. К ним есть вопросы, но подобное такое поведение это фишка опенсорсных дров.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55


Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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