The OpenNET Project / Index page

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



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

"Релиз ядра Linux 5.3"  +/
Сообщение от opennews (?), 16-Сен-19, 07:14 
После двух месяцев разработки Линус Торвальдс представил релиз ядра Linux 5.3. Среди наиболее заметных изменений: поддержка GPU AMD Navi, процессоров Zhaoxi и технологии управления энергопотреблением Intel Speed Select, возможность использования инструкций umwait для ожидания без использования циклов,...

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

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

Оглавление

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


3. "Релиз ядра Linux 5.3"  +/
Сообщение от nosorog48 (?), 16-Сен-19, 07:21 
а тот баг с интеловскими процессорами на bay trail исправили? А то пора выкидывать свой нетбук
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

25. "Релиз ядра Linux 5.3"  +8 +/
Сообщение от Аноним (25), 16-Сен-19, 10:14 
> а тот баг с интеловскими процессорами на bay trail исправили? А то
> пора выкидывать свой нетбук

Обещали же в 5.3 https://bugzilla.kernel.org/show_bug.cgi?id=109051#c1000 (1000й комментарий)

и вот оно https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...

не прошло и... эээ... баг открыт 2015-12-08

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

44. "Релиз ядра Linux 5.3"  +/
Сообщение от nosorog48 (?), 16-Сен-19, 11:32 
Оо, вы спасли мой нетбук от выкидывания) на днях буду потестить)
Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

64. "Релиз ядра Linux 5.3"  +/
Сообщение от Аноним (64), 16-Сен-19, 13:42 
самое интересное, что это касается и cherry trail, и некоторых i7. Неужели дождались? Проверим
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

4. "Релиз ядра Linux 5.3"  +4 +/
Сообщение от Нанобот (ok), 16-Сен-19, 07:32 
> добавлена поддержка поллинга pidfd при помощи poll() и epoll()

помню, клгда-то жавно мне этого не хватало...пятнадцать лет назад

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

5. "Релиз ядра Linux 5.3"  +9 +/
Сообщение от Аноним (5), 16-Сен-19, 07:36 
> В User-mode Linux добавлен режим "путешествия во времени", позволяющий замедлить время для упрощения отладки связанного со временем кода;

Нужно. Еще вчера.

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

6. "Релиз ядра Linux 5.3"  +/
Сообщение от Аноним (6), 16-Сен-19, 07:37 
> В Netfilter добавлена поддержка механизмов аппаратного ускорения фильтрации пакетов;

Можно подробностей?

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

15. "Релиз ядра Linux 5.3"  +3 +/
Сообщение от Andrey Mitrofanov_N0 (??), 16-Сен-19, 09:08 
>> В Netfilter добавлена поддержка механизмов аппаратного ускорения фильтрации пакетов;
> Можно подробностей?

1.
   Pablo Neira Ayuso (2):
         netfilter: ctnetlink: honor IPS_OFFLOAD flag

2.
https://lore.kernel.org/lkml/?q=netfilter:+ctnetlink:+honor+...

   4) IPS_OFFLOAD not honored in ctnetlink, from Pablo Neira Ayuso.

3.
https://lore.kernel.org/netdev/?q=netfilter:+ctnetlink:+hono...

.
.
.
Ну, дальше -- сам!

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

7. "Релиз ядра Linux 5.3"  +2 +/
Сообщение от Аноним (7), 16-Сен-19, 07:38 
Наверное, имелись в виду процессоры Kaixian фирмы Zhaoxin, исправьте, пожалуйста. Это x86/amd64-совместимые процессоры, выпускаются Zhaoxin в партнёрстве с китайским правительством по лицензии VIA.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

8. "Релиз ядра Linux 5.3"  +/
Сообщение от Аноним (8), 16-Сен-19, 07:45 
В коммите никаких деталей, кроме

bool "Support Zhaoxin processors" if PROCESSOR_SELECT
      This enables detection, tunings and quirks for Zhaoxin processors

      You need this enabled if you want your kernel to run on a
      Zhaoxin CPU. Disabling this option on other types of CPUs
      makes the kernel a tiny bit smaller. Disabling it on a Zhaoxin
      CPU might render the kernel unbootable.

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

40. "Релиз ядра Linux 5.3"  –1 +/
Сообщение от Аноним (40), 16-Сен-19, 11:14 
>Disabling it on a Zhaoxin CPU might render the kernel unbootable.

Какая хорошая у них x86-мовместимость!

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

48. "Релиз ядра Linux 5.3"  +4 +/
Сообщение от Andrey Mitrofanov_N0 (??), 16-Сен-19, 12:02 
>>Disabling it on a Zhaoxin CPU might render the kernel unbootable.
> Какая хорошая у них x86-мовместимость!

Дак, у интела и амд -- ровно такая же.  То райзен не грузится, пока новое ядро не вышло, то новые интелы вообще не работают, пока биос (да, я знаю, что это не про сабж) не обновят.

В арм-ах цырка и поней ещё больше -- они в ядро комитят поддержку каждой мат.платы _отдельно_111

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

97. "Релиз ядра Linux 5.3"  +/
Сообщение от Онаним (?), 17-Сен-19, 00:12 
У интоля и омуде тоже самое, просто во всех дистрибутивах они включены по понятным причинам. А Zhaoxin за пределами китая кто где видел?
Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

10. "Релиз ядра Linux 5.3"  +6 +/
Сообщение от Kott (??), 16-Сен-19, 08:13 
>>В файл конфигурации добавлена опция PREEMPT_RT для работы в режиме реального времени. Сам код для поддержки режима реального времени пока не добавлен в ядро, но появление опции является хорошим знаком, что многолетняя эпопея по интеграции патчей Realtime-Preempt близится к финалу;

да, но пока нет (с)

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

11. "Релиз ядра Linux 5.3"  –3 +/
Сообщение от Анонимусис (?), 16-Сен-19, 08:22 
>В качестве наглядного примера была отброшена полезная оптимизация в коде Ext4, сокращающая число мелких обращений к накопителю за счёт отключения упреждающего чтение таблицы inode при мелких запросах ввода/вывода.

Збс, и тут леннарт понагадил со своим системд из-за которого мы нам откатывают важные фиксы

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

12. "Релиз ядра Linux 5.3"  –5 +/
Сообщение от ар (?), 16-Сен-19, 08:54 
Пора Линусу уже на покой, что бы он прекратил лицемерить под патронажем шапки, и наконец по правде рассказал нам про свое отношение к с-д. Дав тем самым идеологический вектор, наконец, если еще не поздно.

Факт в том, что качество с-д откидывает прогресс разработки ядра назад.

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

13. "Релиз ядра Linux 5.3"  +2 +/
Сообщение от Аноним (6), 16-Сен-19, 09:00 
Линукс давно уже отстранился от SJW
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

16. "Релиз ядра Linux 5.3"  +/
Сообщение от Аноним (16), 16-Сен-19, 09:09 
Ну леннарт пока еще не считается сжв. Или уже да?
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

45. "Релиз ядра Linux 5.3"  –1 +/
Сообщение от Аноним (45), 16-Сен-19, 11:45 
Сжв вроде воюют с systemd. По крайней мере, феминистки. Потому что systemDick — это концентрированный мужской шовинизм, а systemVagina — не только юниксвейно, но еще и феминистично.
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

21. "Релиз ядра Linux 5.3"  –1 +/
Сообщение от Andrey Mitrofanov_N0 (??), 16-Сен-19, 09:37 
> Пора Линусу уже на покой, что бы он прекратил лицемерить под патронажем
> шапки, и наконец по правде рассказал нам про свое отношение к
> с-д. Дав тем самым идеологический вектор, наконец, если еще не поздно.

Своё отношение к _вам_ он рассказал(*) ещё в 06'-07'.  [[ Хотя некоторые ещё верят, что Линуса тогда наобманули противо-GPLv3-пиаршики микрософта. ]]

Камингаут Землин Фоундейшен (ранее - OSDL, Торвальдс, говорят работает на них двоих с 03'-го) с s-d и микрософтами случился году эдак к 14'-ому.

В 18'-19'-ом Линуса уже возят харей(**) по "поведениям" *и* комит-права раздают Номеру-2-Преемнику Грегу и Саше @microsoft.com.

(*) https://lore.kernel.org/lkml/?q=GPLv3+f:torvalds
(**) https://lore.kernel.org/lkml/CA+55aFy+Hv9O5citAawS+mVZO+ywCK.../
(+) https://lore.kernel.org/lkml/?q=Sasha+Levin+gpg

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

39. "Релиз ядра Linux 5.3"  +/
Сообщение от Аноним (39), 16-Сен-19, 10:59 
печаль, беда. надо форкать.
Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

49. "Релиз ядра Linux 5.3"  +/
Сообщение от Andrey Mitrofanov_N0 (??), 16-Сен-19, 12:08 
> печаль, беда. надо форкать.

Светочи Свободы и мерные стаканчики Неподкупности в проектах *BSD уже резервно скопировали половину ядра Торвальдса.  Ту, что под MITL.

Глядишь, скоро Winux Fo.  дотанцует GPLv2-и-только им.гр.Торвальдса до полного первиссива, и вот тогда-а-а-то.....  <><><<

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

23. "Релиз ядра Linux 5.3"  +3 +/
Сообщение от Дартаньян (?), 16-Сен-19, 09:48 
Обязательно отпишите об этом Линусу лично. Я уверен он послушает вас и уйдёт от разработки Линукса.
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

54. "Релиз ядра Linux 5.3"  –1 +/
Сообщение от Андрей (??), 16-Сен-19, 12:29 
> And at least ArchLinux apparently has a systemd that uses getrandom() at
> boot time, and the improvements in IO patterns means that existing
> installations suddenly start hanging, waiting for entropy that will
> never happen.

Сначала загрузка/выход из сна на Ryzen'ах висли, теперь загрузка в принципе. И всё из-за... нет, не столько AMD или ext4, сколько этого systemd. Когда уже его исправят или заменят! А, кстати, уже начали: интел загрузила ядро вместо 3 секунд за 300 мс, но только предварительно избавившить от жирного systemd.

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

85. "Релиз ядра Linux 5.3"  +/
Сообщение от Аноним (85), 16-Сен-19, 19:57 
интелу нужно для зонда, который embedded в каждый камень
Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

89. "Релиз ядра Linux 5.3"  –4 +/
Сообщение от Michael Shigorinemail (ok), 16-Сен-19, 21:50 
> и в некоторых конфигурациях при определённом стечении
> обстоятельств могли наблюдаться подвисания во время
> загрузки до заполнения пула энтропии

Да-да, одно из этих "обстоятельств" стоило упомянуть явно.  Самое криворукое и красношляпое.

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

18. "Релиз ядра Linux 5.3"  –9 +/
Сообщение от Аноним (18), 16-Сен-19, 09:14 
Пока у остальных прогресс идёт вперёд, тут наблюдается какое-то торможение. Какие-то надуманые правила, из-за которых нельзя развивать ядро. Короче.... Спим спокойно и пользуемся тем, чем пользуется весь нормальный мир.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

22. "Релиз ядра Linux 5.3"  +/
Сообщение от Аноним (22), 16-Сен-19, 09:39 
> Пока у остальных прогресс идёт вперёд, тут наблюдается какое-то торможение. Какие-то надуманые правила, из-за которых нельзя развивать ядро. Короче.... Спим спокойно и пользуемся тем, чем пользуется весь нормальный мир.

Врешь, собака! У OpenBSD пока ещё не так много пользователей.

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

28. "Релиз ядра Linux 5.3"  +1 +/
Сообщение от Аноним (28), 16-Сен-19, 10:24 
Внимательно смотрим какая на ВСЕХ кластерах стоит ОС : https://www.top500.org/
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

33. "Релиз ядра Linux 5.3"  –2 +/
Сообщение от Аноним (33), 16-Сен-19, 10:36 
И что все эти топ 500 принадлежать компаниям, нет ни одного кластера частного пользователя. Итог частникам на десктопе твоя финская библиотека не нужна.
Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

38. "Релиз ядра Linux 5.3"  +4 +/
Сообщение от ыы (?), 16-Сен-19, 10:56 
Размочите этот пагубный тренд. Постройте свой кластер который войдет в ТОП500.

Домоделанного хлама то кластерного, у народа горы... Только он не нужен по сути низачем...

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

42. "Релиз ядра Linux 5.3"  +5 +/
Сообщение от Аноним (33), 16-Сен-19, 11:27 
Зачем? Корпарации корпарациего. Ядро делают корпарации для корпараций. Линус это просто аниматор для опеннетовских анонимов.
Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

79. "Релиз ядра Linux 5.3"  +1 +/
Сообщение от Аноним (79), 16-Сен-19, 17:07 
Для корпораций — то есть для production servers (а что ещё корпорации могут с ядром делать?). И это хорошо, ящитаю.
Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

59. "Релиз ядра Linux 5.3"  +1 +/
Сообщение от anonymous (??), 16-Сен-19, 13:15 
> И что все эти топ 500 принадлежать компаниям, нет ни одного кластера частного пользователя. Итог частникам на десктопе твоя финская библиотека не нужна.

Как одно с другим связано? Просто "частный пользователь" не обладает ресурсами построить свой кластер масштаба top500. Как из этого следует нижесказанное? --

> Итог частникам на десктопе твоя финская библиотека не нужна.

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

20. "Релиз ядра Linux 5.3"  +2 +/
Сообщение от ZeeCapEemail (ok), 16-Сен-19, 09:36 
Патч от валв, добавляющий поддержку fsync, как я понял, добавлен не был. Жаль :c
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

24. "Релиз ядра Linux 5.3"  +/
Сообщение от None (??), 16-Сен-19, 10:08 
Озадачен, для чего в процессе загрузки в принципе могут понадобиться случайные числа.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

30. "Релиз ядра Linux 5.3"  +1 +/
Сообщение от ан (?), 16-Сен-19, 10:29 
В памяти модули рандомно размещать для секьюрности.
Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

55. "Релиз ядра Linux 5.3"  +1 +/
Сообщение от Андрей (??), 16-Сен-19, 12:33 
Не ядро вызывает getrandom(), а systemd. А он не не занимается вышеупомянутым.
Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

66. "Релиз ядра Linux 5.3"  +/
Сообщение от Аноним (79), 16-Сен-19, 15:03 
Тут прямо напрашивается цитата из документации systemd:

> Q: Why don't you just use getrandom()? That's all you need!
> A: Did you read any of the above? getrandom() is hooked to the kernel entropy pool, and during early boot it's not going to be filled yet, very likely. We do use it in many cases, but not in all. Please read the above again!

 

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

67. "Релиз ядра Linux 5.3"  +1 +/
Сообщение от Андрей (??), 16-Сен-19, 15:09 
> but not in all.

Значит, пропустили ещё одно исключение.

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

76. "Релиз ядра Linux 5.3"  –1 +/
Сообщение от Аноним (79), 16-Сен-19, 17:00 
Ждём от вас соответствующий issue на гитхабе.
Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

99. "Релиз ядра Linux 5.3"  +/
Сообщение от Аноним (99), 17-Сен-19, 00:48 
Так проблема не в systemd вообще, а в конкретном релизе (с некими патчами или нестандартными параметрами), которая предлагалась в Arch Linux.

Может там реальная история вроде тех же дебианоских патчей, нарушивших энтропию при создании ключей.

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

35. "Релиз ядра Linux 5.3"  +1 +/
Сообщение от anonymous (??), 16-Сен-19, 10:44 
Для генерации ssh-ключей, например.
Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

36. "Релиз ядра Linux 5.3"  +1 +/
Сообщение от llolik (ok), 16-Сен-19, 10:46 
ASLR, например.
https://ru.wikipedia.org/wiki/ASLR
Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

52. "Релиз ядра Linux 5.3"  –6 +/
Сообщение от пох. (?), 16-Сен-19, 12:15 
для кучи костылизмов и подпорок, по преимуществу. Причем основной источник геморроя - как обычно, сцыстемда. Ну и одна забавная "безопастная" улучшизма, внезапно сделавшая внутриядерный неблокирующйся источник рандома - блокирующимся.

А то ж у тебя неправильно проинитится KASLR, и злые-злые хакеры не смогут запустить у тебя свой эксплойт (рассчитанный на правильно проинитившийся, а то кто ж нынче без него работает?)

это ваш новый стандарт, расслабьтесь и просто наслаждайтесь процессом

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

80. "Релиз ядра Linux 5.3"  +/
Сообщение от Аноним (79), 16-Сен-19, 17:11 
"сцыстемда" по умолчанию использует RDRAND, которому пофиг на внутриядерный источник рандома.
Ну, кроме процессоров Intel старее 2012 года и AMD старее 2015, где этой инструкции нет (подкроватные серверы на первопнях, увы, в пролёте).
Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

100. "Релиз ядра Linux 5.3"  +/
Сообщение от Аноним (99), 17-Сен-19, 00:56 
На многих AMD отключили RDRAND (точнее, флаг о наличии его поддержки) в обновлении микрокода, за бажностью - после suspend/resume возвращает совсем не рандом (https://www.phoronix.com/scan.php?page=news_item&px=AMD-RdRa...). Т.е. по факту только Ryzen/Threadripper/EPYC годятся.
Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

110. "Релиз ядра Linux 5.3"  +/
Сообщение от Анонимусис (?), 17-Сен-19, 13:00 
Чисто хардварные источники рандома = дыра в безопасности
Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

26. "Релиз ядра Linux 5.3"  –3 +/
Сообщение от Анонимно (?), 16-Сен-19, 10:16 
Интересно, если на машине запущены сотни докер контейнеров не ведет ли это все к исчерпанию пула энтропии и торможению системы. Представляю так вот налететь на такую багу в эксплуатации. Болит, а не понятно что и как лечить.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

43. "Релиз ядра Linux 5.3"  +/
Сообщение от Аноним (33), 16-Сен-19, 11:29 
Внешним аппаратным генеартором энтропии?
Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

47. "Релиз ядра Linux 5.3"  +/
Сообщение от Аноним (47), 16-Сен-19, 11:52 
> Внешним аппаратным генеартором энтропии?

Ну, если для криптографии, то нужен хороший, соответственно - или медленный, или ну очень дорогой, т.е. задачу или не решает совсем или решение с увеличением количества физических серверов может оказаться дешевле. А если не для криптографии, то ГПСЧ решает проблему.

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

90. "Релиз ядра Linux 5.3"  –2 +/
Сообщение от Michael Shigorinemail (ok), 16-Сен-19, 21:53 
gremlin@ наверняка поделится рецептом на стабилитроне и атмеле, если попросить.
Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

46. "Релиз ядра Linux 5.3"  +1 +/
Сообщение от Аноним (45), 16-Сен-19, 11:49 
Непонятно, зачем докер-контейнеру энтропия. Такими вещами, как генерация SSH-ключей и ASLR, занимается хост. Чтобы энтропию исчерпывали _контейнеры_, в них должны запускаться очень специфические приложения. И эту специфику в любом случае придется учитывать, так что "Болит, а не понятно что и как лечить" вряд ли получится.
Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

53. "Релиз ядра Linux 5.3"  +/
Сообщение от отвечает армянское радио (?), 16-Сен-19, 12:18 
нет, не приведет. Докер-контейнер - с точки зрения ядра просто дополнительный набор флажков и проверок вокруг запущенного процесса, ни малейшего отношения к "исчерпанию пула энтропии" не имеющий.

Представляем, каково с такими "эксплуататорами", не понимающими тривиальных вещей.

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

95. "Релиз ядра Linux 5.3"  +/
Сообщение от Ordu (ok), 16-Сен-19, 23:21 
> Интересно, если на машине запущены сотни докер контейнеров не ведет ли это все к исчерпанию пула энтропии и торможению системы.

Наоборот, чем больше активности в системе, тем больше в ней энтропии, которой можно заполнять пул.

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

27. "Релиз ядра Linux 5.3"  +1 +/
Сообщение от Аноним (27), 16-Сен-19, 10:21 
>pidfd связывается с конкретным процессом и не меняется, в том время какPID может быть привязан к другому процессу после завершения текущего процесса, ассоциированного с этим PID

Насчет pidfd замечу следующее.

В nohang для этого используется связка starttime+pid. Этого достаточно для исключения коллизий.

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

60. "Релиз ядра Linux 5.3"  +4 +/
Сообщение от анонн (ok), 16-Сен-19, 13:21 
>>pidfd связывается с конкретным процессом и не меняется, в том время какPID может быть привязан к другому процессу после завершения текущего процесса, ассоциированного с этим PID
> Насчет pidfd замечу следующее.

Насчет pidfd не могу не заметить следующее:
http://lackingrhoticity.blogspot.com/2010/10/process-descrip...
man procdesc


NAME
     procdesc – process descriptor facility

DESCRIPTION
     procdesc is a file-descriptor-oriented interface to process signalling
     and control, which supplements historic UNIX fork(2), kill(2), and
     wait4(2) primitives with new system calls such as pdfork(2), pdkill(2),
     and pdwait4(2).
...
HISTORY
     procdesc first appeared in FreeBSD 9.0 (2012), and was developed at the
     University of Cambridge


Но лучше поздно, чем никогда ))
Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

29. "Релиз ядра Linux 5.3"  +8 +/
Сообщение от Ilya Indigo (ok), 16-Сен-19, 10:28 
Они WireGuard вообще собираются интегрировать?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

51. "Релиз ядра Linux 5.3"  +/
Сообщение от пох. (?), 16-Сен-19, 12:11 
нет, они собираются собираться.

пока автору наконец не надоест и он не отвяжется от занятых людей. Как уже не раз бывало с проектами, за которые не забашлял редхатобиэм.

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

56. "Релиз ядра Linux 5.3"  +/
Сообщение от Andrey Mitrofanov_N0 (??), 16-Сен-19, 12:35 
>отвяжется от занятых людей.
> Как уже не раз бывало с проектами, за которые не забашлял
> редхатобиэм.

Кричали девушки  " спон-  со-  РА! "
  И в воздух красные чепчики бросали.

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

31. "Релиз ядра Linux 5.3"  –1 +/
Сообщение от Аноним (40), 16-Сен-19, 10:33 
>размер патча - 92 Мб

Охренеть нагрузка на Линуса.

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

86. "Релиз ядра Linux 5.3"  –1 +/
Сообщение от аноним3 (?), 16-Сен-19, 20:30 
Ты думаешь он их сам просматривает? как бы не так. у него есть куча из сообщества , которые проверят за него и отошлют отчет))
Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

34. "Релиз ядра Linux 5.3"  +/
Сообщение от слакварявод (ok), 16-Сен-19, 10:44 
Собрал. Работает. Проприетарные NVidia драйвера как ни странно собрались. А вот VirtualBox нет! Не собирается драйвер. make: *** [/tmp/vbox.0/Makefile-footer.gmk:111: vboxdrv] Ошибка 2
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

58. "Релиз ядра Linux 5.3"  +4 +/
Сообщение от я в караоке (?), 16-Сен-19, 12:56 
Это стандартная ситуация, подожди недельку-другую, пока ораклы выпустят новые модули под новое ядро.
Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

37. "Релиз ядра Linux 5.3"  –1 +/
Сообщение от ыы (?), 16-Сен-19, 10:53 
>сохранение неизменности поведения для компонентов пространства пользователя

Какое полезное качество. Вот бы разработчики php его тоже придерживались....

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

50. "Релиз ядра Linux 5.3"  +2 +/
Сообщение от Andrey Mitrofanov_N0 (??), 16-Сен-19, 12:11 
>>сохранение неизменности поведения для компонентов пространства пользователя
> Какое полезное качество. Вот бы разработчики php его тоже придерживались....

Кто пустил их в ядро?111  8-0

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

63. "Релиз ядра Linux 5.3"  +3 +/
Сообщение от Аноним (63), 16-Сен-19, 13:26 
Линус долго отсутствовал.
Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

109. "Релиз ядра Linux 5.3"  –1 +/
Сообщение от Ilya Indigo (ok), 17-Сен-19, 09:53 
Дело не в PHP  а в говно-cms-ках и говно-фреимвёрках, ну и также говно-библиотек, аля phppdf phpecxel и xdebug которые Вы используете.
В моих проектах ничего никогда не ломалось при обновлении, начиная с 5.3, я лишь каждый раз специально перевожу код на новый синтаксический сахар.

А главное, причём тут вообще PHP в теме про ядро!?

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

41. "Релиз ядра Linux 5.3"  +1 +/
Сообщение от СеменСеменыч777 (?), 16-Сен-19, 11:26 
> В качестве наглядного примера была отброшена полезная оптимизация в коде Ext4

очень странный подход.

if (сейчас_режим_начальной_загрузки) {
  отключить_оптимизацию_ext4()
} else {
  включить_оптимизацию_ext4()
}

или типа того.

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

57. "Релиз ядра Linux 5.3"  +2 +/
Сообщение от anonymous (??), 16-Сен-19, 12:54 
Лучше всего если бы они просто включение/выключение оптимизации в sysfs выбросили бы.
Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

78. "Релиз ядра Linux 5.3"  +/
Сообщение от Аноним (79), 16-Сен-19, 17:05 
Скорее всего, это привело бы к проблемам при изменении флага в рантайме (патч использует нечто вроде транзакций). Правильнее было бы в параметры загрузки ядра, наверное.
Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

62. "Релиз ядра Linux 5.3"  +/
Сообщение от Анонимemail (62), 16-Сен-19, 13:25 
FSGSBASE опять не включили?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

65. "Релиз ядра Linux 5.3"  –2 +/
Сообщение от Zenitur (ok), 16-Сен-19, 13:50 
Этот трёхстрочный патч на ускорение ext4 нужно накладывать на ядро в Gentoo в том случае, если выбран профиль OpenRC.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

68. "Релиз ядра Linux 5.3"  –1 +/
Сообщение от Аноним (68), 16-Сен-19, 15:18 
12309 исправили?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

82. "Релиз ядра Linux 5.3"  +/
Сообщение от Аноним (82), 16-Сен-19, 18:36 
> 12309 исправили?

Я просто процитирую часть новости.

> Изменения в ядре никаким образом не должны нарушать уже работающие приложения и приводить к регрессиям на пользовательском уровне. При этом нарушение поведения может вызвать не только изменение ABI, удаление устаревшего кода или появление ошибок, но и косвенное влияние корректно работающих полезных улучшений. В качестве наглядного примера была отброшена полезная оптимизация в коде Ext4, сокращающая число обращений к накопителю за счёт отключения упреждающего чтение таблицы inode при мелких запросах ввода/вывода.
>
> Оптимизация привела к тому, что из-за снижения дисковой активности энтропия для генератора случайных чисел getrandom() стала накапливаться медленнее и в некоторых конфигурациях при определённом стечении обстоятельств могли наблюдаться подвисания во время загрузки до заполнения пула энтропии.

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

83. "Релиз ядра Linux 5.3"  +/
Сообщение от Аноним (82), 16-Сен-19, 18:52 
Вдогонку ещё пара интересных тредов:
1. Линус предлагает изменить поведение sysconf в glibc, потому что некоторые программы, когда используют sysconf неправильно, тормозят. https://sourceware.org/ml/libc-alpha/2011-06/msg00064.html
2. Линус предлагает отменить оптимизацию memcpy в glibc, потому что некоторые программы, когда используют memcpy неправильно, работают неправильно. https://bugzilla.redhat.com/show_bug.cgi?id=638477
Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

69. "Релиз ядра Linux 5.3"  –1 +/
Сообщение от Аноним (-), 16-Сен-19, 15:59 
новый lts когда будет?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

77. "Релиз ядра Linux 5.3"  +/
Сообщение от Andrey Mitrofanov_N0 (??), 16-Сен-19, 17:04 
> новый lts когда будет?

Терпи! Микрософт https://lore.kernel.org/lkml/?q=Sasha+Levin+gpg
решает.  На сходняке трубочистов.  Следи за Новостями.

https://lwn.net/Articles/799166/rss
|
The stable kernel process is a perennial topic of discussion at gatherings of kernel developers; the 2019 Linux Kernel Maintainers Summit was no exception. Sasha Levin ran a session there where developers could talk about the problems they have with stable kernels and ponder solutions.

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

70. "Релиз ядра Linux 5.3"  +/
Сообщение от Оффтоп (?), 16-Сен-19, 16:02 
вопрос по теме nftables - на него уже можно перебираться с iptables? Конкретно интересует наличие гайдов для нубов по воссозданию данного сетапа: https://wiki.archlinux.org/index.php/Simple_stateful_firewal...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

92. "Релиз ядра Linux 5.3"  +/
Сообщение от Гентушник (ok), 16-Сен-19, 22:05 
Ну, всегда можно взять правила под iptables и сконвертнуть их через iptables-translate.
Правда когда я последний раз это ковырял, то там конвертилось не всё.
Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

102. "Релиз ядра Linux 5.3"  +/
Сообщение от Аноним (99), 17-Сен-19, 01:00 
Ну в RHEL 8, вышедшем 4 месяца назад, уже перешели на него.
Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

71. "Релиз ядра Linux 5.3"  –1 +/
Сообщение от Аноним (71), 16-Сен-19, 16:19 
>отброшена полезная оптимизация в коде Ext4, сокращающая число обращений к накопителю

Это сигнал того, что линукс уже пора давно форкать!

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

91. "Релиз ядра Linux 5.3"  +1 +/
Сообщение от Michael Shigorinemail (ok), 16-Сен-19, 21:56 
Не линукс форкать, а Леннарта с Кеем... фиксить.
Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

94. "Релиз ядра Linux 5.3"  –1 +/
Сообщение от аноним3 (?), 16-Сен-19, 22:12 
это ты и х так предлагаешь в белые рубашки и на заслуженный отдых?))
Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

72. "Релиз ядра Linux 5.3"  +/
Сообщение от Аноним (72), 16-Сен-19, 16:50 
16 миллионов строк кода, все модные парни перешли на монолитное.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

93. "Релиз ядра Linux 5.3"  –2 +/
Сообщение от аноним3 (?), 16-Сен-19, 22:11 
так много накампеляли, что страшно смотреть)) если раньше голова болела при выборе настроек ядра перед компиляцией, то теперь вообще свихнешься))
Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

75. "Релиз ядра Linux 5.3"  –2 +/
Сообщение от kiwinix (?), 16-Сен-19, 16:59 
Было бы разумно если бы они ломали обратную совместимость в мажорных версиях Линукс. И хорошенько бы это описывали..

А то и совместимость важнее прогресса

И новые версии Линукс символические "по тому что захотелось"

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

81. "Релиз ядра Linux 5.3"  –2 +/
Сообщение от Аноним (81), 16-Сен-19, 17:27 
Интересно, Logitech мыши починили? Часто читаю треды о проблемах, связанных с mouse polling и refresh rate. Как-то так.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

84. "Релиз ядра Linux 5.3"  –1 +/
Сообщение от CCNA RS and S (?), 16-Сен-19, 19:21 
“Обеспечена обработка адресов IPv4 в диапазоне 0.0.0.0/8, который ранее был недоступен для использования. Введение данной подсети позволит распределить ещё 16 млн адресов IPv4;”

Интересно, где это этот диапазон можно распределить будет, если IANA его не вывела из блока специальных адресов.

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

96. "Релиз ядра Linux 5.3"  +/
Сообщение от Аноним (64), 17-Сен-19, 00:02 
>> отброшена полезная оптимизация в коде Ext4,

я правильно понял, патч позволял тратить меньше процессорного времени при работе с ext4, что ломало пул рендома, так как тот от малого шевеления процессора плохо забивался?! А если я используют не ext4? Другие фс такие жручие, что их достаточно для того чтобы набить пул солью?

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

98. "Релиз ядра Linux 5.3"  +/
Сообщение от Аноним (98), 17-Сен-19, 00:25 
> Добавлены новые опции командной строки ядра "init_on_alloc" и "init_on_free", при указании которых включается обнуление выделяемых и освобождаемых областей памяти (заполнение нулями при malloc и free), что позволяет усилить безопасность за счёт дополнительных накладных расходов на инициализацию;

Можно подумать, что это очень круто. Расшифруйте кто-нибудь, пожалуйста.  :)

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

104. "Релиз ядра Linux 5.3"  +/
Сообщение от x3who (?), 17-Сен-19, 02:50 
Кажется это для того, чтобы аппаратные закладки через DMA и драйвера от Моссада, ЦРУ и МИ6 не могли читать память друг друга.
Ответить | Правка | ^ к родителю #98 | Наверх | Cообщить модератору

101. "Релиз ядра Linux 5.3"  +/
Сообщение от Аноним (101), 17-Сен-19, 00:57 
>0.0.0.0/8
>Введение данной подсети позволит распределить ещё 16 млн адресов IPv4;

а у других ОС как с этим?
а то ведь можно еще 16мил из 127/8 распределить ;)

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

103. "Релиз ядра Linux 5.3"  –1 +/
Сообщение от аноним3 (?), 17-Сен-19, 02:01 
пока мс линукс не выйдет изменений не жди))
Ответить | Правка | ^ к родителю #101 | Наверх | Cообщить модератору

106. "Релиз ядра Linux 5.3"  +/
Сообщение от zanswer CCNA RS and S (?), 17-Сен-19, 05:23 
Никак, эти адреса не маршрутизируются, IANA не предпринимала не каких попыток вывести их из резервирования и отдать какому-либо из RIR.
Ответить | Правка | ^ к родителю #101 | Наверх | Cообщить модератору

107. "Релиз ядра Linux 5.3"  +/
Сообщение от zanswer CCNA RS and S (?), 17-Сен-19, 05:29 
К слову насчёт 127/8, они так и предлагают сделать, только взять блок 127.1/16 и раздать его всем, кому не хватает IPv4 адресов, а заодно и класс Е.

Я одного не понимаю, как Линус принял это в ядро, если IANA не вносила изменений относительно состояния резервирования этих префиксов, как специальных. Не один RIR не получал этих префиксов для дальнейшего распределения LIR или прямым клиентам.

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

105. "Релиз ядра Linux 5.3"  +/
Сообщение от x3who (?), 17-Сен-19, 02:54 
> а то ведь можно еще 16мил из 127/8 распределить ;)

И на 127.0.0.1 вывесить что-нибудь РКН-но неугодное и через суд добиться блокировки.

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

108. "Релиз ядра Linux 5.3"  +/
Сообщение от Beta Version (ok), 17-Сен-19, 07:49 
С этим RX 5700 XT будет работать или надо ещё Mesa 19.2 ждать?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

111. "Релиз ядра Linux 5.3"  –1 +/
Сообщение от Аноним (111), 18-Сен-19, 10:19 
А что за бага в linux-kernel-5.3.0 может ко столкнулся ? Каталоги меняются местами sdс1 меняется на sdd2.То есть /home становится /media а /media становится /home и естественно рабочий стол  не запускается менял местами в fstab еще веселее стало.Откатил на 5.2 все в порядке.Система gentoo.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

112. "Релиз ядра Linux 5.3"  +/
Сообщение от Анонимчик (?), 18-Сен-19, 13:31 
Gentoo - pie стал еще круче похоже.)))) Как не хватает старого 13... В баню 17.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

113. "Релиз ядра Linux 5.3"  –1 +/
Сообщение от Аноним (111), 18-Сен-19, 14:15 
Поправил есть /home и есть /media в них расположены каталоги.И вот что странно ни когда такого не видел.При загрузке и монтировании устройств (ssd /dev/sdd1 и hdd /dev/sdc1) /sdd1 меняется на /sdc1  наплевав на fstab.То есть /home присутствует но почему то в нем находятся и отображаются данные из /media.А в /media находятся и отображаются все данные из /home (то есть в директориях данные поменялись местами перекочевали волшебным образом).И это на ядре gentoo-sources-5.3.0 на 5.2.15 все в порядке(конфиг ядер одинаковый).А профиль plasma(stable)desktop-17.1 он тут ни при чем.Что может быть даже не знаю.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

116. "Релиз ядра Linux 5.3"  +/
Сообщение от Аноним (116), 18-Сен-19, 16:31 
Делай бакап!
При любых непонятках с файловой системой делай бакап.
Ответить | Правка | ^ к родителю #113 | Наверх | Cообщить модератору

120. "Релиз ядра Linux 5.3"  +/
Сообщение от SysA (?), 18-Сен-19, 18:31 
Монтируй по uuid, т.к. нумерация устройств не гарантирована и зависит от многих факторов.
Ответить | Правка | ^ к родителю #113 | Наверх | Cообщить модератору

114. "Релиз ядра Linux 5.3"  –1 +/
Сообщение от Анонимчик (?), 18-Сен-19, 14:47 
PARTUUID должно помочь. Была новость в news, что /dev/sdaxx и UUID могут косячить...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

115. "Релиз ядра Linux 5.3"  –1 +/
Сообщение от Анонимчик (?), 18-Сен-19, 15:05 
Про pie я тоже не просто писал, в 13 году их небыло, а в 17 включено. Gentoo -  сам себе хозяин и можно форсить,хоть там, от тут. Главное gcc пересобрать с новым use и все, но это был стёб, как вы догадались. PARTUUID in /etc/fstab всё порешает за нас.)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

119. "Релиз ядра Linux 5.3"  +/
Сообщение от Linux 5.3 (?), 18-Сен-19, 18:10 
Спасибо уважаемые добрые коллеги попробую UUID покопать и также записать в fstab заместо /dev/*.
Ответить | Правка | ^ к родителю #115 | Наверх | Cообщить модератору

121. "Релиз ядра Linux 5.3"  +/
Сообщение от Linux 5.3 (?), 18-Сен-19, 20:57 
Еще раз спасибо уважаемые коллеги все получилось на ядре 5.3 после замены в fstab /dev/sd* на универсальный персональный идентификатор uuid ерунда с файловой системой прекратилась.Видимо pie в gentoo действительно становится хардкорен как замечено выше.На всех предыдущих ядрах таких проблем не наблюдалось.Да и по не знанию своему на такие важные вещи забивал.Ну и проблема похоже специфична то то в разных дистрибутивах я наблюдал везде uuid в fstab а для udev uuid как я выяснил это рекомендовано.Еще раз приятно осознавать что на opennet есть люди которые реально могут помочь не то что некоторые.  
Ответить | Правка | ^ к родителю #119 | Наверх | Cообщить модератору

122. "Релиз ядра Linux 5.3"  +/
Сообщение от намллотс (?), 18-Сен-19, 21:23 
И итог с этим fstab и установленными uuid заместо /dev/sd* извиняюсь за размер ядро 5.3 не путает директории если это баг думается что в итоге его поправят ну или на гит сам отправлю.

#/dev/sda1
UUID=df27d2d6-90b0-4dd8-bcb4-d1c002072aa6        /boot                            ext4             noauto,discard                                                     0 1
#/dev/sda2
UUID=70b7dbd9-1acb-42bb-8108-f908498d0127        /                            ext4                 discard                                   0 1
#/dev/sda3
UUID=5a203ecd-b811-47fd-b888-ab7cdd56b297         none                            swap             sw                                             0 0
#/dev/sdb1
UUID=f4c43784-1774-487b-92c4-89fe79ae0e93               /mgame                              ext4                     discard                                         0 1
#/dev/sdc1
UUID=31b1f8ae-40ac-4b14-9187-8cf1f270a7b6               /media                              ext4                     defaults                                        0 1
#/dev/sdd1
UUID=654f8e98-b42c-42d8-9ff4-cb5007e8fef5               /home                               ext4                     discard                                         0 1
/dev/sr0        /mnt/cdrom                        auto             noauto,user,rw                                                                 0 0
tmpfs                   /var/tmp/portage                    tmpfs                    defaults                                                                        0 0
tmpfs                   /tmp                                tmpfs                    defaults                                                                        0 0
tmpfs                   /var/log                            tmpfs                    defaults                                                                        0 0

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

117. "Релиз ядра Linux 5.3"  +/
Сообщение от Аноним (117), 18-Сен-19, 16:36 
Как по DPMI вырубить монитор? Вообще подскажите направление это D-Bus?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

118. "Релиз ядра Linux 5.3"  +/
Сообщение от Andrey Mitrofanov_N0 (??), 18-Сен-19, 16:48 
> Как по DPMI вырубить монитор? Вообще подскажите направление это D-Bus?

xset dpms force standby

...или уейландо-проблемы...

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

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

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




Спонсоры:
Слёрм
Inferno Solutions
Hosting by Ihor
Хостинг:

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