Linux 5.10

fast_commit

Правда, её надо явно включить при создании ФС.

opennet:

Новый режим включается во время создания ФС утилитой mkfs.

Когда читал на opennet, то из-за формулировки «включается» вместо «можно включить» решил, что это теперь настройка по-умолчанию.

Также стоит отметить, что тут же была выпущена версия 5.10.1

Когда на opennet увидел заголовок, подумал, что fast_commit отменяется. Оказалось, нет.

Все на pf-kernel!

https://gitlab.com/post-factum/pf-kernel/-/wikis/README

Поддержка fast_commit в файловой системе Ext4. Теперь приложения будут писать в кэш меньше метаданных, что ускорит запись! Правда, её надо явно включить при создании ФС.

Для usb-носителей это тоже актуально?

«колец»

Здесь не нужны кавычки, кольца буквально так и называются.

P.S. Думаю, стоит немножечко переделать перед подтверждением. Пишите предложения.

P.P.S. Обращение к модераторам. Перед подтверждением уберите все эти P.S.-ки.

«Не читал, но подтверждаю» Zhbert ТруЪ )

Скачать tarball

Тут по-прежнему ссылка на 5.10 вместо 5.10.1.

Для usb носителей актуальна только замена на что-то нормальное.

Zhbert, ну я же просил убрать все эти «постскриптумы» при подтверждении!

И да, надо заменить ссылку на «тарболл» на актуальную и убрать лишние кавычки.

надо явно включить при создании ФС

А на уже работающей нельзя поменять через tune2fs?

Не знаю, смотреть надо. Но судя по формулировке в первоисточнике, таки нет, надо сразу при создании включать.

P.P.S. Обращение к модераторам. Перед подтверждением уберите все эти P.S.-ки.

Убрали, проверяй.

Но ведь в pf-kernel еще не включен le9-patch. Когда включите, тогда и переедем!

https://github.com/hakavlad/le9-patch

Доступно тдля тестирования: https://copr.fedorainfracloud.org/coprs/atim/kernel-le9/

Шёл бы ты

Не говори, куда мне идти, и я не скажу, кто ты.

BFQ пока не довели до нужного уровня в ядро не добавляли.

Как ты думаешь, то, что BFQ был в неофициальных ядрах, а я собственноручно репортил по нему баги, способствовало тому, что его таки добавили в ядро?

Те же ntfs3, zstd 1.4.6 планируются к включению, а RAPL для Zen уже в 5.11.

Хотя проще, конечно, обозвать всё говном и ничего не делать.

Че так грубо то? Не нравится не используй, придет время включат в сборку, пока не пришло, человек на благо сообщества работает, а ты тут гоп-стоп разводишь.

Раздел «Why don’t you try sending it to linux-mm?» сильно повеселил. Меня не очень-то интересует рандомный шлак.

Вообще-то не рандомный, а вполне эффективный. Патч эффективно устраняет thrashing и причины долгого неприхода киллера. Зря недооцениваете, не разобравшись в деталях.

thrashing и причины долгого неприхода киллера

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

недооцениваете

Вышел linux 5.10

А скрины где посмотреть?

Между прочим, аналогичный патч применяется в хромиум ос.

Думаешь, будут новые нескучные обои?

Аналогичный или тот же? Ссылку на патч, пожалуйста.

Готово. Я подтверждал, когда ЛОР колбасило, из-за тонны ошибок просто забил.

Спасибо.

«Не читал, но подтверждаю» Zhbert ТруЪ )

Я старался =) Ну вообще посмотрел на автора и не стал вчитываться, думая, что там все норм.

ChromeOS developers shipped it 10 years ago: RFC: vmscan: add min_filelist_kbytes sysctl for protecting the working set (2010) https://lore.kernel.org/patchwork/patch/222042/ – It has not been accepted, but it is probably still used in ChromeOS.

Mandeep Singh Baines (1): CHROMIUM: vmscan: add min_filelist_kbytes sysctl for protecting the working set

– https://gitlab.freedesktop.org/seanpaul/dpu-staging/commit/0b992f2dbb044896c3584e10bd5b97cf41e2ec6d

Похоже что патч в Хромиум ОС защищает сумму Active+Inactive, а le9-patch может защищать их по отдельности.

Быстрый приход киллера без фризов (юзерспейсного киллера нет) без свопа
https://i.ibb.co/rM35Pzy/Screenshot-from-2020-12-15-07-21-30.png

Удержание резерва при своппинге
https://i.ibb.co/nPwNFCM/Screenshot-from-2020-12-15-07-29-22.png

– это тесты с ядром из copr, ссылка выше.

Посмотрю, спасибо.

Можно и те же патчи из хромиум ос попробовать вместо le9. - Они тоже дают резерв и предоставляют ручку в /proc/sys/vm/.

Вариант: поставлять ядро с нулевым резервом и предоставлять ручку, чтоб юзеры могли у себя ставить необходимый резерв.

Вот, mikhailnov примерно такой вариант как-то собирал: https://abf.io/import/kernel-desktop-4.15/blob/rosa2016.1/le9-rosa.patch - поведение как в ванили, но ручка для настройки есть.

Its name is by no means related to BSD Packet Filter. «pf» stands for «post-factum», the author's nickname.

писец-фактор. сразу бы дистинктивное название дали и не нужно ничего объяснять.

«Не читал, но подтверждаю»

:)))

Могу и не объяснять. Пускай BSD объясняет, почему так.

ну тоже в каком-то смысле верно.

BFQ пока не довели до нужного уровня в ядро не добавляли. Значит и остальное годами допиливать нужно

Ты только что из криокамеры вылез? bfq давно в ванильном ядре.

Также стоит отметить, что тут же была выпущена версия 5.10.1

Стоит обратить внимание, что следом за релизом была выпущена исправляющая версия 5.10.1, которая...

//тэги: leave покусал

с вкраплениями из патчей

Фраза звучит так себе, конечно.

А я что написал? Пока не причесали и не привели к стандартам - не включали. Сейчас он в ядре, но по дефолту только в Федоре, хромооси и ещё чём-то. То есть даже будучи в ваниле, разрабы ядра ещё очкуют его по дефолту выставлять.

Кому-то оно может все-равно нужно. Так что наоборот, в чем смысл твоего хейтерства?

Кому-то оно может все-равно нужно.

Само собой.

Щедро орошённая дождиком из патчей…

Поставил 5.10, на 5.9.14 перестала клавиатура на ноутбуке работать, при этом на 5.10 все работает ) Это как могло затронуть )

А, на 5.10 сломался lxqt батарейник, не видит ее )

Может оно модули от 5.10 берет. Что за дистр?

Правда, её надо явно включить при создании ФС.

Пришло время переустановить Линупс!

Арч. Снесу, проверю )

Выпилил 5.10, клавиатура на 5.9 вернулась, батарейка нет. «Буду искать»)

очкуют его по дефолту выставлять

Ты бы матчасть выучил сначала, почему так.

в них полно не протестированного и отвергнутого разрабами ядра кода

Ложь.

Ни BFS (уже), ни MuQSS (скорее всего)

А я тут при чём? У меня их и нет.

Толку ноль от этих патчей уже. Перепробовав в свое время кучу этого дерьма (zen, liquorix, xanmod и т.д.), я частенько получал не совсем стабильную систему. Да, это помогало при кое-каких нагрузках на древних машинах, но сейчас это мертвому припарка при десятках гигов оперативки, ссдшниках и рязанях. Твою работу ни в коем случае не умаляю, т.к. пользовался и твоим набором. Чуть позже использовал сам и только bfs+bfq. И да, привет землякам. Частенько смотрел твои фотки на сайте (кажется, natalenko.name, если не ошибаюсь).

Толку ноль от этих патчей уже.

Давай поимённо, от какого именно патча по ссылке нулевой толк.

Ни BFS (уже), ни MuQSS (скорее всего)

А я тут при чём? У меня их и нет.

А я и не говорил что они есть в твоей сборке. Я говорил за все подобные сборки в целом.

Что у тебя за ноут?

Какое мне дело до других сборок?

Хотя, я может быть и не прав. Т.к. давно не смотрел, что под капотом. Я так понимаю, там уже больше не «способы исправить 12309», а больше примочки вроде v4l2loopback, оптимизации gcc и т.д.