LINUX.ORG.RU

Linux 5.13

 , , ,

Linux 5.13

2

1

Линус Торвальдс анонсировал новую версию ядра Linux 5.13, отдельно подчеркнув, что это самый большой релиз по количеству проделанной работы!

После седьмого релиз-кандидата у нас была довольно спокойная неделя, и я не вижу причин откладывать релиз версии 5.13. Изменений за последнюю неделю мало, всего 88 коммитов не считая слияний (и некоторые из них просто откаты). Это не особо важные исправления и поскольку их мало, я предлагаю людям просто просмотреть прилагаемый список изменений, чтобы узнать, что произошло. В целом в 5.13 очень много изменений. Фактически, это один из самых крупных релизов 5.х с более чем 16 тысячами коммитов (более 17 тысяч, если считать слияния) от более чем 2 тысяч разработчиков. Однако, все эти изменения затронули всё и понемногу, поэтому трудно выделить что-то одно…

Наиболее значимые изменения:

  • LSM-модуль Landlock для дополнительного ограничения процессов (подробности);
  • возможность сборки в Clang с защитой CFI (Control Flow Integrity) (подробности);
  • рандомизация стека ядра для каждого системного вызова;
  • поддержка одновременного сброса TLB;
  • поддержка чипов М1 (пока на начальной стадии);
  • поддержка новых GPU от Intel и AMD;
  • возможность прямого вызова функций ядра из BPF-программ (подробности);
  • виртуальное звуковое устройство на базе virtio;
  • multi-shot режим в io_uring.

Небольшая статистика в цифрах:

  • принято патчей – 17189 (2150 разработчиков);

  • изменено файлов – 12996 ;

  • добавлено строк кода – 794705;

  • удалено строк кода – 399590;

  • общий размер патча – 60МБ.

  • 47% – драйверы устройств;

  • 14% – специфические для аппаратных архитектур;

  • 13% – сетевой стек;

  • 5% – файловые системы;

  • 4% – подсистемы ядра.

Одновременно c релизом ядра 5.13, латиноамериканский Фонд свободного ПО сформировал вариант полностью свободного ядра 5.11 – Linux-libre 5.11-gnu, очищенного от элементов прошивок и драйверов, содержащих несвободные компоненты или участки кода, область применения которых ограничена производителем. В новом выпуске проведена чистка драйвера comedi. Прекращена чистка драйверов cyclades, isicom tty и i2400m wimax, которые были удалены из ядра. Обновлён код чистки блобов в драйверах и подсистемах amdgpu, i915 csr, r8152 usb, mhi bus, x86 touchscreen и qualcomm arm64.

Дисковая подсистема, ввод/вывод и файловые системы

  • Для файловой системы SMB3 реализована опция монтирования rasize, при помощи которой можно определить размер окна упреждающего чтения (readahead) для увеличения производительности некоторых видов нагрузки.
  • В файловой системе ext4 обеспечена перезапись элементов каталогов при удалении файлов, чтобы гарантировать, что имена удалённых файлов будут очищены. За счёт упреждающей загрузки битовых карт блоков повышена производительность кода для выделения блоков на недавно примонтированных ФС. В ext4 также разрешено одновременное использование режима работы без учёта регистра символов и шифрования.
  • В файловой системе exFAT добавлена поддержка ioctl-команды FITRIM (discard), для информирования накопителя о неиспользуемых в ФС блоках.
  • В файловой системе XFS добавлена возможность изъятия места из последней группы распределения в ФС, что стало первым звеном в реализации функции уменьшения размера существующих разделов с ФС XFS. Внесено несколько оптимизаций производительности.
  • В файловой системе Btrfs добавлено использование упреждающего чтения в команде send, позволившая сократить время полной отправки на 10%, а инкрементальной на 25%. Для зонированных блочных устройств обеспечено автоматическое фонового перераспределения зон при превышении порога в 75% неиспользуемого пространства.
  • В файловую систему EROFS (Enhanced Read-Only File System) добавлена поддержка режима big pcluster, позволяющего значительно увеличить производительность сжатия данных.
  • Добавлен новый системный вызов quotactl_path, который отличается от quotactl тем, что позволяет управлять квотами не через файл специального устройства, а через указание пути к точке монтирования ФС.
  • В механизме fanotify расширены возможности, доступные непривилегированным пользователям. Например, по аналогии с inotify без прав SYS_CAP_ADMIN теперь можно отслеживать события OPEN, ACCESS, MODIFY и CLOSE для файлов и каталогов.
  • В распределённой файловой системе OrangeFS (продолжение развития PVFS) реализована поддержка операций упреждающего чтения, позволивших существенно увеличить производительность операций чтения (в тестах пропускная способность возросла с 21.8 MB/s до 386 MB/s).
  • Повышена масштабируемость хэширования Device Mapper за счёт перехода на rbtree. В dm-integrity добавлена поддержка операции discard.

Память и системные сервисы

  • Добавлен новый контроллер cgroup – «Misc» (CONFIG_CGROUP_MISC), предназначенный для ограничения и отслеживания скалярных ресурсов, которыми можно управлять с использованием простого счётчика и ограничивать, задавая максимально допустимые значения. В качестве примера применения нового контроллера cgroup упоминается управление идентификаторами адресного пространства, применяемыми в механизме AMD SEV (Secure Encrypted Virtualization).
  • В интерфейсе асинхронного ввода/вывода io_uring для запросов POLL реализован режим multi-shot, при котором POLL не удаляется после генерации события, а остаётся активным и может генерировать несколько событий.
  • Из realtime-ветки ядра перенесён код, обеспечивающий обработку программно генерируемых прерываний в потоках ядра, что позволяет вытеснять их более приоритетными процессами.
  • Добавлена внутренняя библиотека netfs, в которую вынесены типовые функции, используемые в сетевых файловых системах.
  • Для архитектуры PowerPC реализована поддержка пространств имён для времени (time namespaces), позволяющих использовать в контейнере своё время.
  • Для архитектуры RISC-V реализована поддержка kexec, crash dump, kprobe и запуска ядра по месту (execute-in-place, выполнение с исходного носителя, без копирования в ОЗУ).
  • В BPF-программах трассировки появилась возможность использования локального для задачи хранилища данных task-local storage, обеспечивающего более высокую производительность за счёт привязки данных к конкретному BPF-обработчику.
  • Реализован новый механизм для прямого вызова функций ядра из BPF-программ, который уже использован в реализации алгоритмов перегрузки TCP. Для обеспечения безопасности вызываемые функции должны быть явно определены в белом списке.
  • В систему трассировки функций ftrace добавлена опция func-no-repeats, позволяющая отразить повторяющиеся последовательные вызовы функции в виде счётчика.
  • В системный вызов userfaultfd(), предназначенный для обработки page faults (обращение к невыделенным страницам памяти) в пространстве пользователя, добавлена возможность управления частичными fault-ами, при которых страница памяти присутствует, но нет записи в таблице страниц памяти.
  • Прекращена поддержка специального файла /dev/kmem, при помощи которого можно получить доступ ко всему адресному пространству ядра. Данный файл признан устаревшим и создающим проблемы с безопасностью.
  • Для чипов Intel реализован новый драйвер для управления охлаждением, позволяющий снижать частоту процессора при опасности перегрева. В отличие от имеющегося механизма активации TCC (Thermal Control Circuit), новый драйвер манипулирует относительными значениями, т.е. может снизить частоту на этапе начала значительного роста температуры, не дожидаясь преодоления порогового критического значения.
  • Реализована возможность одновременного сброса локального и внешнего буферов ассоциативной трансляции (TLB), которая привела к увеличению скорости прохождения теста Sysbench на 1-4%.

Виртуализация и безопасность

  • В состав включён LSM-модуль обеспечения изоляции приложений Landlock, позволяющий ограничить взаимодействие с внешним окружением группы процессов и разработанный с оглядкой на такие механизмы изоляции как XNU Sandbox, FreeBSD Capsicum и OpenBSD Pledge/Unveil. Логика предоставления доступа определяется при помощи BPF-программы, но в отличие от seccomp-bpf, Landlock не фильтрует системные вызовы и их аргументы, а позволяет ограничить использование объектов ядра, таких как иерархии файлов. При помощи Landlock любой процесс, в том числе непривигелированный, может надёжно изолировать себя и не допустить обхода изоляции в случае выявления уязвимостей или вредоносных изменений в приложении. Landlock позволяет процессу создать защищённые изолированные окружения, реализованные в форме дополнительного слоя над существующими системными механизмами управления доступом. Например, программа может запретить доступ к файлам за пределами рабочего каталога.
  • Добавлена возможность рандомизации смещений в стеке ядра при обработке системных вызовов с целью усложнения атак на стек. Суть предложенной защиты в выборе случайного смещения стека при каждом системном вызове, что усложняет определение раскладки стека в памяти даже в случае получения информации об адресах, так как при следующем системном вызове базовый адрес стека изменится. Для включения рандомизации предложены параметр командной строки ядра randomize_kstack_offset=on/off и настройка CONFIG_RANDOMIZE_KSTACK_OFFSET_DEFAULT. Накладные расходы оцениваются приблизительно в 1% потери производительности.
  • Добавлена поддержка сборки ядра с включением в компиляторе Clang механизма защиты CFI (Control Flow Integrity), добавляющего перед каждым косвенным вызовом функции проверки для выявления некоторых форм неопределённого поведения, которые потенциально могут привести к нарушению нормального порядка выполнения (control flow) в результате применения эксплоитов, изменяющих хранимые в памяти указатели на функции. Для включения CFI предложен параметр CONFIG_CFI_CLANG.
  • В предоставляемом ядром сервисе хранения ключей шифрования (key ring) механизм доверительных ключей (Trusted Keys) теперь охватывает не только ключи из TPM-модулей, но и из окружений TEE (Trusted Execution Environment). Для управления источником доверительных ключей предложен загрузочный параметр trusted.source. Кроме того, добавлена возможность обработки доверительных ключей в формате ASN.1. Добавлен параметр для упреждающей загрузки списка отозванных сертификатов во время загрузки ядра. Решена проблема CVE-2020-26541 с игнорированием в чёрном списке UEFI Secure Boot сертификатов, поставляемых в формате EFI_CERT_X509_GUID, что позволяло загрузить систему с отозванным сертификатом.
  • В криптоподсистему ядра добавлена поддержка проверки цифровых подписей ECDSA на базе эллиптических кривых. Реализована возможность верификации политик SELinux при помощи подсистемы IMA (Integrity Measurement Architecture), обеспечивающей поддержание базы хэшей для проверки целостности данных.

Сетевая подсистема

  • Удалена поддержка технологии WiMAX, которая уже не используется в публичных сетях, а в ядре единственным драйвером с которым можно использовать WiMAX остаётся устаревший драйвер Intel 2400m. В сетевом конфигураторе NetworkManager поддержка WiMAX была прекращена в 2015 году. В настоящее время WiMax практически полностью вытеснена такими технологиями, как LTE, HSPA+ и Wi-Fi 802.11n.
  • Добавлен драйвер для сетевого адаптера MANA (Microsoft Azure Network Adapter).
  • В драйвер ath11k добавлена поддержка беспроводных модулей Qualcomm QCN9074 с поддержкой 802.11ax.
  • В драйвере iwlwifi реализована возможность пассивного сканирования каналов в диапазоне 6GHz.
  • Проведена оптимизация подсистемы XDP (eXpress Data Path), позволяющей манипулировать сетевыми пакетами на стадии до их обработки сетевым стеком ядра Linux. Проведённые тесты демонстрируют увеличение производительности XDP на 4-8%. Для устройств virtio прирост производительности программной обработки AF_XDP может достигать 33%.
  • В ICMP реализована поддержка расширенных PROBE-сообщений, определённых в RFC 8335.
  • Продолжена интеграция в ядро MPTCP (MultiPath TCP), расширения протокола TCP для организации работы TCP-соединения с доставкой пакетов одновременно по нескольким маршрутам через разные сетевые интерфейсы, привязанные к разным IP-адресам. В новом выпуске добавлена поддержка sockopt для задания типовых опций TCP. Реализована возможность сброса отдельных подпотоков (subflow).
  • В netfilter добавлена поддержка управления ресурсами при помощи унифицированной иерархии cgroups v2.
  • В ethtool реализован интерфейс для чтения статистики IEEE MIB с поддержкой mlx5 и bnxt. Сетевым драйверам разрешено извлечение произвольных данных из SFP EEPROM, манипулируя не связкой смещение+размер, а страницами памяти.

Оборудование

  • Реализована начальная поддержка ARM-чипа Apple M1, охватывающая контроллер прерываний, таймер, UART, SMP, функции для организации ввода/вывода и MMIO. Обратный инжиниринг GPU пока не завершён, для организации вывода предоставляется поддержка фреймбуфера и консоли через последовательный порт.
  • Продолжена чистка ядра от старых драйверов, удалены драйверы gasket (Google ASIC), sysace, umem и несколько старых драйверов для последовательных портов.
  • После 13 лет нахождения в ветке staging стабилизирован и перенесён в основной состав драйвер comedi для поддержки устройств сбора данных.
  • Добавлен драйвер GUD (Generic USB Display) с реализацией базового драйвера для экранов и TV-адаптеров, подключаемых через интерфейс USB. Драйвер предоставляет DRM-свойства (Direct Rendering Manager) для поворота изображения, управления яркостью, доступа к EDID, настройки видеорежимов и подключения TV, которые могут использоваться в качестве основы для создания драйверов для конкретных устройств.
  • Добавлена поддержка процессора Loongson-2K1000, включающего два ядра MIPS64r2.
  • Добавлен звуковой драйвер virtio с реализацией виртуального звукового устройства, которое можно использовать в гостевых системах для вывода и записи звука без проброса доступа к звуковой карте и без эмуляции.
  • В драйвере amdgpu добавлена начальная поддержка GPU Aldebaran (gfx90a). Включена начальная поддержка технологии адаптивной синхронизации FreeSync для HDMI (ранее была доступна для DisplayPort), которая позволяет корректировать частоту обновления информации на экране. Включена поддержка ASSR (Alternate Scrambler Seed Reset). Добавлен ioctl для запроса возможностей, связанных с кодированием и декодированием видео. Добавлен режим CONFIG_DRM_AMD_SECURE_DISPLAY для обнаружения изменений в дисплеях, отображающих критически важную информацию. Добавлена поддержка механизма энергосбережения ASPM.
  • В драйвере i915 для видеокарт Intel включена поддержка чипов Intel Alderlake-S. Добавлена поддержка eDP MSO (Embedded DisplayPort Multi-SST Operation).
  • Добавлена поддержка игрового контроллера Luna (Amazon), а также сенсорных экранов Hycon HY46XX, ILITEK Lego Series и MStar MSG2638.

Перевод изменений взят с сайта Opennet, ссылка на новость: https://www.opennet.ru/opennews/art.shtml?num=55397

>>> Подробности

★★★★

Проверено: Shaman007 ()
Последнее исправление: claire (всего исправлений: 6)

Ответ на: комментарий от post-factum

Всё ещё на 2.6 сидишь?

Толсто. Симптомы 12309 легко воспроизводятся на современной ванили.

anonymous
()
Ответ на: комментарий от Legioner

убивать процессы пользователя это просто вредительство

почему за этот функционал ещё не подали в суд на разработчика, который его реализовал

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

anonymous
()
Ответ на: комментарий от Eddy_Em

А воз и ныне там!

За 9 лет появились:

  • zram
  • возможность выставлять swappiness=200
  • PSI и куча юзерспейсных киллеров
  • le9 patch и демон prelockd
  • uresourced, который может защищать процессы DE

Если ты не пользуешься вышеперечисленным - это твои проблемы.

И да, 12309 в значительной мере исправлен в 4.10. Так что не говори чего не знаешь.

anonymous
()
Ответ на: комментарий от anonymous

тырит с попеннета

копирование - не воровство

anonymous
()
Ответ на: комментарий от anonymous

Да он не троллит. Пилит свой zvercd от линукса, говорит УМВР и 12309 не существует. Но чой-то эти суперпатчи не берут в мейнстрим, поэтому приходится пилить свою зборочку (алсо, эта ситуация прекрасно показывает суть его работодателя).

tfeartx
()
Ответ на: комментарий от Eddy_Em

Самое смешное, что в «маздайках» и всяких макосях (чуть хуже, чем в винде) такой проблемы давно нет, а в линуксе уже n лет не могут определиться, то ли это not a bug, то ли надо новый шедулер пилить, то ли новый оом киллер.

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

tfeartx
()
Ответ на: комментарий от LikeABoss

Да вроде занимается. Хоть человек он и неприятный (в плане общения на форуме), но он пишет код, решает задачи для себя и по работе (не смузи стартапер). Писал мне за копейки какие-то мелкие софтины, которые я все еще использую иногда. У него есть профиль на гитхабе с интересными репами.

А тебе зачем 32гб, в сталкер2 играть? Или кидай линк на гитхаб/фосс проекты, в которых принимал участие.

tfeartx
()
Ответ на: комментарий от pon4ik

как стабильно воспроизводить

Выстави

sudo sysctl vm.dirty_bytes=2000000000

Копируй на медленную флешку, чтоб появился большой объем грязных страниц:

sudo cp /dev/zero /dev/sdX

И запусти

tail /dev/zero

– грязный кэш не может быть сброшен быстро. При нехватке памяти вместо ООМ получишь зависание на всё время сброса грязного кэша.

anonymous
()
Ответ на: комментарий от Legioner

Проблема то даже не в этом! Если системе по какой-то причине не хватает памяти, чтоб заняться дисковыми операциями (ололо, дико звучит), пусть она хотя бы даст максимальный приоритет гуям, чтоб у меня курсор мыши не зависал при копировании. Хотя бы!

tfeartx
()
Ответ на: комментарий от Legioner

При нехватке памяти всё должно тормозить

Юзеры как раз ждут 100% отзывчивости всегда. Опасность допущения тормозов как раз в том, что может все повиснуть нахрен - если юзер не отреагирует очень быстро при быстрых утечках.

anonymous
()
Ответ на: комментарий от Legioner

«У меня такая же нога, но не болит». Тут в треде куча пятизвездочных отписалась о том что 12309 все еще есть.

tfeartx
()
Ответ на: комментарий от Legioner

Во-вторых убивать процессы пользователя это просто вредительство

Ты мог бы это повторить в глаза людям, которые страдают от зависаний при нехватке памяти?

https://lkml.org/lkml/2019/8/4/15

https://serverfault.com/questions/390623/how-do-i-prevent-linux-from-freezing-when-out-of-memory

https://serverfault.com/questions/390623/how-do-i-prevent-linux-from-freezing-when-out-of-memory#comment417508_390625

https://askubuntu.com/questions/1017884/ubuntu-freeze-when-low-memory

https://unix.stackexchange.com/questions/423261/how-to-avoid-high-latency-near-oom-situation

anonymous
()
Ответ на: комментарий от tfeartx

всяких макосях (чуть хуже, чем в винде) такой проблемы давно нет, а в линуксе уже n лет не могут определиться, то ли это not a bug, то ли надо новый шедулер пилить, то ли новый оом киллер

а на десктопах так победить и не могут

Сто лет как проблема успешно решается ограничением dirty_bytes. Другое дело - почему дистроделы используют ванильные значения.

Сам линукс предлагал ставить, например, 48 МБ для dirty_bytes на десктопе.

anonymous
()
Ответ на: комментарий от anonymous

на десктопе.

О том и речь, на сервере обычно все посчитано по ресурсам и проблем не возникает, да и гуев нет, все сервисы что крутятся лимитированы или хотя бы есть представление, что они не повлияют на общую работу сервера. На десктопе же каждая попытка боль, и почему так - хз. А когда начинаешь пытаться решить проблему, то натыкаешься или на армию УМВР, или на хакавлада с постфактумом с зверсиди патчами, и тогда вообще все желание ковыряться в системе пропадает.

tfeartx
()
Ответ на: комментарий от tfeartx

Вариантов множество. На что ты готов?

Есть решение ядерное https://github.com/hakavlad/le9-patch

Есть юзерспейсные:

Есть zram, есть возможность тюнить vm:

  • swappiness
  • diry_bytes
  • watermark_scale_factor

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

anonymous
()
Ответ на: комментарий от anonymous

Вариантов множество. На что ты готов?

За ссылки спасибо, я их видел. Хз, когда будет в ванилле - попробую может. Ковыряться со сторонними патчами не хочу по одной (возможно ошибочной) причине - если эти патчи так хороши, какого хера они не в мейнстриме?

Есть zram, есть возможность тюнить vm

Я считаю что zram ненужно (c), но это отдельный вопрос.

На что ты готов?

Да мне лень все это ковырять ради десктопа, на котором крутится пачка эмуляторов терминала :) Но если однажды все это заработает «изкоробки», то с удовольствием перейду на линукс на десктопе.

tfeartx
()
Ответ на: комментарий от tfeartx

На десктопе же каждая попытка боль

Попытка чего?

натыкаешься или на армию УМВР

Возможно это как раз говорит о том, что проблема решаема.

на хакавлада с постфактумом

Ну и в чем они не правы?

на сервере обычно все посчитано по ресурсам и проблем не возникает

Ну да, что касается 12309 - на серверах не бывает копирований на медленный носитель.

тогда вообще все желание ковыряться в системе пропадает

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

anonymous
()
Ответ на: комментарий от anonymous

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

А не допускать такой ситуации ? Заранее, не ?

anonymous
()
Ответ на: комментарий от tfeartx

если эти патчи так хороши, какого хера они не в мейнстриме?

Потому что их еще никто не отправил?

У энтузиастов нет времени, им не платят за это.

Вот ответ первого автора патча le9:

Why don’t you try sending it to linux-mm?

multiple reasons

  • this patch is just a proof of concept really, and does not meet the quality I’d accept of myself for sending it upstream (have you read that help text? lol)
  • sending patches to ML requires having read and knowing all the rules for submitting patches - yuck (ie. me lazy)
  • they require real name and I don’t want/care to provide one(did it in the past tho)
  • they will want changes to the patch that I won’t like to do while still keeping my name attached to the patch (as a example from my prev. time: moving a define whose place was clearly inside a .h near its siblings(CPU stuff), into the .c right above and in the middle(actually top) of the function of the code using it, just because it was the only place this define was used)
  • lazy
  • kernel is so bugged that I learned to not care anymore

https://www.phoronix.com/forums/forum/phoronix/general-discussion/1118164-yes-linux-does-bad-in-low-ram-memory-pressure-situations-on-the-desktop/page17#post1120024

anonymous
()
Ответ на: комментарий от anonymous

А не допускать такой ситуации ? Заранее, не ?

Так и нехватку памяти можно не допускать заранее, верно?

anonymous
()

Вообще то смешно, что линукс до сих пор не умеет нормально с памятью работать, с виртуальной памятью и дисками. Своповать еще win3 умела прекрасно. Да что там win, виртуальная память чуть ли не с 60х годов на мейнфремах была

anonymous
()
Ответ на: комментарий от anonymous

как-то ты всё свёл к времени на отправку, хотя первой причиной как раз указано

does not meet the quality I’d accept of myself for sending it upstream

fornlr ★★★★★
()
Последнее исправление: fornlr (всего исправлений: 2)
Ответ на: комментарий от anonymous

Попытка чего?

Всего, что связано с графическим окружением.

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

Ога, юзерспейсные костыли или патчи от васянов. Спасибо, мне этой херни хватило с андроидом и 4пда. Я за мейнстрим, если что :)

Ну да, что касается 12309 - на серверах не бывает копирований на медленный носитель.

Конечно не бывает, ведь я не ставлю себе в сервера медленные непонятные носители.

tfeartx
()
Ответ на: комментарий от anonymous

Так и нехватку памяти можно не допускать заранее, верно?

Как говорится, мы писали как могли. Ну не шмогла)))

anonymous
()
Ответ на: комментарий от anonymous

GPU intel никуда не делись. Не у всех дискретки.

И этот GPU i915 ?)

anonymous
()
Ответ на: комментарий от tfeartx

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

anonymous
()
Ответ на: комментарий от anonymous

Хотел привести тебе пример пост-фактума (бывшего модера) с его патчами, но после

they require real name and I don’t want/care to provide one(did it in the past tho)

что-то резко расхотелось спорить. Да и похер, пусть так все и остается, все равно в итоге рынок решит.

tfeartx
()
Ответ на: комментарий от anonymous

Современный le9 доработан и формально готов к отправке.

Это очень прекрасно, но но мы тут говорим о ядре linux. Если через пицот лет в него запилят патчи, которые хоть немного облегчат симптомы 12309 - это будет клево. Лично я корячиться не хочу, это пройденный этап.

tfeartx
()
Ответ на: комментарий от tfeartx

Да мне лень все это ковырять ради десктопа, на котором крутится пачка эмуляторов терминала :) Но если однажды все это заработает «изкоробки», то с удовольствием перейду на линукс на десктопе.

Да, тебе лень открыть /etc/sysctl.d/99-my-sysctl.conf и написать

vm.dirty_bytes = 2097152
vm.dirty_background_bytes = 2097152

Как ты выжил в реальном мире с таким уровнем лени?

wandrien ★★
()
Ответ на: комментарий от hateWin

А какое отношение systemd имеет к управлению ресурсами в ядре?

Системд дёргает ручки, которые предоставляет ядро. Юзер же не сам каждую ручку дёргает для управления ресурсами.

anonymous
()
Ответ на: комментарий от wandrien

Как ты выжил в реальном мире с таким уровнем лени?

Ну видимо выжил. Мне вот делать больше нехер, как на десктопе параметры системы какие-то крутить.

tfeartx
()
Ответ на: комментарий от tfeartx

Конечно не бывает, ведь я не ставлю себе в сервера медленные непонятные носители.

Ну видимо выжил. Мне вот делать больше нехер, как на десктопе параметры системы какие-то крутить.

Да, делать тебе действительно нечего, кроме как флудить на ЛОРе. Думаю, ты на сервера вообще никакие носители не ставишь, так как нет у тебя никаких серверов. Иначе бы понимал, что и как устроено в линуксе, и не нёс такую чушь.

Пароль от вайфая-то как смог ввести, не крутя «параметры системы»? Компудахтерного мастера поди вызывал за 10 тысяч рублей?

wandrien ★★
()
Ответ на: комментарий от anonymous

Что должно при этом сделать ядро?

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

X512 ★★★★★
()
Ответ на: комментарий от wandrien

Какие-то конкретные претензии будут, или просто бомбануло? Я мирный, если что, не хочу ссориться и готов обсуждать все вопросы. Если ты полистаешь этот тред, например, то увидишь что всякие старожилы говорят, что их тоже заботит 12309.

Конкретно ко мне у тебя есть какие-то претензии?:)

Если что, я на лоре давно, и я тут именно из-за того, что использую линукс ежедневно (и речь даже не про андроид и всякие тв). Просто я могу честно признать тот факт, что мне не хочется _не в рабочих вопросах_ трахаться с операционной системой. Именно поэтому я гоняю туда-сюда между линуксом-фрибсд-маком-виндой.

10 лет назад я тоже был фанатичен насчет этого, но теперь то какая разница? И пытаться унизить собеседника от неофитов - моветон, даже зенитур этим переболел.

Я ж просто сказал, что хочу нормальный десктоп дистр без трахания и без 12309, который типа «не баг и вообще давно побежден». Лол, вместо обсуждения проблемы «почему в мейнстриме не пофиксили», начали переходить на личности.

tfeartx
()
Ответ на: комментарий от Legioner

У меня отъезжает на копировании/перемещении гигабайт от 20-25. Если пульнуть 40, виснет практически сразу. Неважно, мелкие файлы, крупные.

PS 16GB RAM, 500GB SSD.

beck ★★★★
()
Последнее исправление: beck (всего исправлений: 1)
Ответ на: комментарий от tfeartx

Конкретно ко мне у тебя есть какие-то претензии?:)

Есть. Ты начал с «Ты лучше б сказал, как решаешь эту проблему. Мне было бы интересно.», и сделал это лишь за тем, чтобы потом как капризная принцесса: «это не по мне; да это мне лень, да ну это нафиг, бла-бла».

Я мирный

Вот и веди себя мирно.

Если бы тебе было действительно интересно, в чем заключается поднятая проблема, то немного походив по ссылкам из этого треда или поспрошав людей, ты бы узнал, что hakavlad давно занимается этим вопросом, и на данный момент ему удалось практически в точности выяснить все условия, связанные с падением отзывчивости системы при операциях на файловом кэше и свопе. И что его патч реально рабочий. И что хак из двух строчек в sysctl известен давно, при этом эффективно подавляет симптомы проблемы при копировании на медленные устройства. (Но никак не помогает при своппинге.)

Но твоя задача только поныть, что тебе на блюдечке не принесли. А должны были? Не вижу техзадания и предложенной цены.

бомбануло

Да, бомбануло. Имею право. @hakavlad один из немногих людей, кто тут действительно что-то делает, а не просто трындит на форуме. И делает это для вас, таких вот бездарей и неучей, которых с детства родители не научили испытывать даже элементарное чувство благодарности.

Будь я модератором на этом форуме, я бы такие трололо-ветки стирал бы с -20, фамилии не спрося.

wandrien ★★
()
Последнее исправление: wandrien (всего исправлений: 1)

…А вот это говно:

BUG: Bad page state in process khugepaged  pfn:42f9a9
 page:00000000e01c742c refcount:0 mapcount:0 mapping:0000000000000000 index:0x1 pfn:0x42f9a9
 flags: 0x2ffe00000000000()
 raw: 02ffe00000000000 0000000000000000 dead000000000122 0000000000000000
 raw: 0000000000000001 0000000000000000 00000000ffffffff 0008000000000000
 page dumped because: page still charged to cgroup
 page->mem_cgroup:0008000000000000

бережно перенесено в новый релиз, зуб даю.

anonymous
()
Ответ на: комментарий от X512

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

В 2019 разрабы Fedora Workstation обсуждали, как улучшить поведение при нехватке памяти. https://pagure.io/fedora-workstation/issue/98 - предложены юзерспейсные киллеры и использование свопа на zram. И никто ни разу не упомянул проблемы при копировании, никто не упомянул vm.dirty*

Видимо никто не пользуется флешками давно.

anonymous
()
Ответ на: комментарий от wandrien

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

anonymous
()
Ответ на: комментарий от wandrien

Вот и веди себя мирно.

Это тебя не касается вообще, как мне вести себя на форуме. Там игнор кнопочка есть, если что.

ты бы узнал, что hakavlad давно занимается этим вопросом

Я давно знаю, что он занимается этим вопросом, и ловлю кучу лулзов с этого как раз.

ему удалось практически в точности выяснить все условия
его патч реально рабочий

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

А должны были? Не вижу техзадания и предложенной цены.

Ну так и я тебе ничего не должен, чтобы перед тобой оправдываться.

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

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

tfeartx
()
Ответ на: комментарий от anonymous

Знаю.

Вот если бы @X512 действительно пошел создал issue и пообщался с реальными разработчикам системы, выслушал их мнение и что-то осмыслил в своей голове, может быть он сам бы вернулся сюда с ответом на свой вопрос. А не стал бы тут у нас спрашивать, будто это местные авторы новостей отвечают за комплектацию Fedora или Debian.

wandrien ★★
()
Последнее исправление: wandrien (всего исправлений: 1)
Ответ на: комментарий от tfeartx

Нет, все же я вижу проблему. Вместо того, чтобы обсудить на самом деле интересный вопрос (почему эти чудесные ^^ патчи от хакавлада и «зборочки» патчей от постфактума не берут в ваниллу), мы начинаем кидаться оскорблениями и переходить на личности. Ну я даже хз, почему потом люди говорят что линукс коммьюнити отталкивает. Если бы я был не линуксоидом со стажем, а новичком - я б свалил отсюда и забыл как страшный сон.

tfeartx
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.