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

"Компания 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 | Индекс форумов | Темы | Пред. тема | След. тема