Релиз ядра Linux 5.4

А главного то в новости и нет:

«В подсистему DRM (Direct Rendering Manager) и DRM-драйвер i915 для видеоподсистемы Intel добавлена поддержка технологии защиты от копирования звукового и видеоконтента HDCP2.2 (High-bandwidth Digital Content Protection);»

Так оно и болталось в FUSE из-за этого. Microsoft снял патентные претензии и разрешил использование -> код перенесли в ядро. Сейчас, если я правильно понял, доделывают драйвер получше от того же Samsung.

на каком это сервере предсказуемая нагрузка?

Ядро линупса это колосс на глиняных ногах. Держитесь от него подальше.

Лет десять не пользуюсь свопом ни на десктопах

Десктопы с термоядерной батарейкой? В гибернацию не уходят?

Но люди часто путают байты и буквы на концептуальном уровне до сих пор

Это не люди путают, а виндузятники. :-)

Кто-нибудь еще сталкивался?

Да, у меня все именно так. Жду исправлений с нетерпением.

А спящий режим как же?

Поддержка SELinux, AppArmor, SMACK, TOMOYO, YAMA, тебя не смущала, а этот механизм вдруг напряг?

Ну, а если они все были, то нафига нужно ещё и это?

В подсистему DRM (Direct Rendering Manager) и DRM-драйвер i915 для видеоподсистемы Intel добавлена поддержка технологии защиты от копирования звукового и видеоконтента HDCP2.2 (High-bandwidth Digital Content Protection);

В DRM добавили DRM? Или всё не так плохо. Что-то это + lockdown мягко говоря, настораживает.

Это попало в ядро потому, что мнение Линуса не является единственно верным.

В данном случае является.

Но люди часто путают байты и буквы на концептуальном уровне до сих пор

Тем не менее на уровне файловой системы в ядре имя файла должно быть просто потоком байт и ничем более, и так и было изначально во всех нормальных ОС.

В DRM теперь DRM?

Дохренаоперативки?

своп не для спасения от OOM Killer’а, а для анонимных страниц в памяти. Иди купи докупи оперативки, нищеброд :)

А онанимные страницы - это не такое же ненужно как и своп?

файловая система EROFS

«Вы с ней еще натрахатесь», так?

Модуль lockdown, ограничивающий доступ пользователя root к файлам и интерфейсам ядра.

Говно! За что любил linux так это за полную свободу, за так называемое «Это ваша ОС, только ваша». Я понимаю что это дело можно отключить, но это все равно что в кадило насрать, тьфу пля.
Со временем мигрирую на бсдю.

io_uring торт. стабилизировали уже?

Это ты еще не видел, чего они раньше учудили: пользователи с ненулевым UID толком не имеют ни на что прав!

Так оно же по умолчанию и так отключено, насколько я понял, в чём ваша проблема?

Подозреваю, что на обычном linux-десктопе работать не будет, будет только на тивоизированных устройствах.

Я понимаю что это дело можно отключить

Подозреваю, что в итоге нагрянет неотключаемый homosecure boot.

это тут нечувствительность к регистру в именах файлов можно будет включить?

так вроде давно уже...

на уровне файловой системы в ядре

Ты или трусы на крестик одень, либо одно из двух.

Фс - это фс, а ядро - это ядро, и они ортогональны друг другу.

а для анонимных страниц в памяти.

Ты попутал Linux с каким-то античным юниксовым говном.

Дохренаоперативки?

У меня уже лет 5 стоит 24 гига, это много по-твоему? Дорого, что ли по-твоему?

Далеко не все ноутбуки поддерживают даже 16 GB.

Фс - это фс, а ядро - это ядро, и они ортогональны друг другу.

В линуксе всё-таки драйвера файловых систем в основном работают на уровне ядра. Но да, я имею ввиду уровень файловой системы. Она должна хранить просто массив байт, а его интерпретацию как строки UTF-8 или иной кодировки должен выполнять уже софт.

Только выложили свежий rock-dkms и тут бац, ядро 5.3 устарело.

https://repo.radeon.com/rocm/apt/debian/pool/main/r/rock-dkms/

Снова готовить новый пак.

мндя…

Она должна хранить просто массив байт, а его интерпретацию как строки UTF-8 или иной кодировки должен выполнять уже софт.

А если пользователь хочет создать файлы «ё» (0451) и «ё» (0435 0308), то как это в юзерспейсе разрулить? А если он напрямую сисколы зовёт?

файловая система EROFS

«Вы с ней еще натрахатесь», так?

Secure ERO File Storage

файловая система EROFS

«Вы с ней еще натрахатесь», так?

Нет, PORNFS ещё в разработке.

Зависания при своппинге, судя по всему, так и не исправили

Разве это проблема не всех версий ядра? Вроде ж обычное дело - при активном своппинге происходит заморозка.

Эти зависания всю историю ядра после того, как по дефолту включили overcommit

включение оверкоммита не может иметь отношения к зависанию.

Пример: https://www.youtube.com/watch?v=H6-qfXqzINA - оверкоммит включен, никакого зависания при быстром своппинге, ядро 5.3

(5.3+) и старыми ядрами. На новых вся система колом встает

Кому ты втираешь.https://www.youtube.com/watch?v=DJq00pEt4xg - Linux 5.3, stress в 8 потоков и сверхбыстрый своппинг дают лишь легкие подвисания, колом система не встает. При менее активном своппинге https://www.youtube.com/watch?v=H6-qfXqzINA вообще нет тормозов. Откуда вы такие врунишки лезете.

на каждый чих сохранять состояние как в дебильниках?

Что вы имеете в виду?

А если пользователь хочет создать файлы «ё» (0451) и «ё» (0435 0308), то как это в юзерспейсе разрулить?

Так же как это делается сейчас в GNU/Linux, BSD и других ОС, например. То же самое что a (\u0061) и а (\u0430), в общем-то.

зы теги не работают который раз вижу

По умолчанию сейчас разметка Markdown. Можно сменить для конкретного сообщения или в профиле.

Markdown теперь по умолчанию

Прекрасно, а теперь пойди и вымой рот с мылом.

У меня при начале заполнения свопа фризанулось жёстко пару раз, потом нормально пошло

У меня при начале заполнения

Когда? Чем заполнял?

Так же как у тебя сделал. Пока заполнялась оперативка - всё ок, как только перешло на своп - пара жёстких фризов, потом снова всё ок.

Своп у меня на SSD, если что

У меня там HDD со свопом на zram. Как видишь, tail /dev/zero не дал фризов, а мультистресс не повесил систему.

Zram это как тащить себя за волосы из болота.

Кстати, параллельный запуск stress на все 8 потоков у меня вообще никакого влияния не оказывает, даже анимации не дёргаются.

вообще никакого влияния не оказывает, даже анимации не дёргаются

Из-за полного фрига или из-за того что до хорошего своппинга дело не дошло? Сколько памяти и свопа имеешь и какую команду запускал - напиши.

Из-за полного фрига или из-за того что до хорошего своппинга дело не дошло?

Нет полного фриза (если не считать момент перехода от оперативки к свопу, о котором я выше сказал) и своп активно забивался, но gui не тормозил и не дёргался, только приложения долго запускались

16 Гб рамы и 10 Гб свопа

Команду дай которой своп забивал.

Что на скринкасте было то и сделал

Zram это как тащить себя за волосы из болота.

Это вытаскивание очень эффективно: по свавнению с дисковым свопом, памятеёмкие операции ускоряются и выполняются под меньшим давлением memory/io - это можно даже в циферках запруфать после появления PSI.

Это вытаскивание очень эффективно

Я сомневаюсь, что тут вообще можно говорить о какой-то эффективности, потому что это не своп, а фейк. Ну да, если забивать память нулями из /dev/zero - всё очень красивенько выходит, можно похвастаться. Но если взять мой юзкейс: рабочая система с неделей-другой аптайма, где занято кучей программ 5-6 Гб оперативки (всего установлено 16 Гб), и тут я запускаю игру, которая потребляет 14 Гб рамы - zram превратит комп в тыкву, потому что фактически это часть оперативки же, и фактически сжать 6 Гб в 1 Гб он не осилит.