Релиз ядра Linux 5.7: различия между версиями

[досмотренная версия][досмотренная версия]
Содержимое удалено Содержимое добавлено
м опечатка
м add cat. 'Red Hat Enterprise Linux'
 
Строка 42:
* [https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=6650cdd9a8ccf00555dbbe743d58541ad8feb6a7 Включена] система выявления и отладки расщеплённых блокировок («[https://lwn.net/Articles/806466/ split lock]»), возникающих при доступе к невыровненным данным в памяти из-за того, что при выполнении атомарной инструкции данные пересекают две линии кэша CPU. Подобные блокировки приводят к значительному падению производительности (на 1000 циклов медленнее, чем атомарная операция с данными, попадающими в одну линию кэша). В зависимости от загрузочного параметра «split_lock_detect» ядро может на лету выявлять подобные блокировки и выводить предупреждения или отправлять сигнал SIGBUS приложению, вызвавшему блокировку.
* В планировщике задач обеспечено отслеживание показателей датчиков температуры ([https://lwn.net/Articles/788380/ Thermal Pressure]) и реализован учёт перегрева при размещении задач. Пользуясь выдаваемой статистикой обработчик температуры (thermal governor) может корректировать максимальную частоту CPU при перегреве, а планировщик задач теперь учитывает снижение вычислительной мощности из-за подобного урезания частоты при планировании запуска задач (раньше планировщик реагировал на изменение частоты с определённой задержкой, какое-то время принимая решения на основе завышенных предположениях о доступных вычислительных ресурсах).
* В планировщике задач задействованы [https://lwn.net/Articles/816388/ инвариантные показатели] отслеживания нагрузки, позволяющие корректно оценить нагрузку, независимо от текущей частоты работы CPU. Изменение позволяет более точно прогнозировать поведение задач в условиях динамического изменения вольтажа и частоты CPU. Например, задача, которая потребляла 1/3 ресурсов CPU при частоте 1000  MHz, станет потреблять 2/3 ресурсов при снижении частоты до 500  MHz, что раньше создавало ложное предположение о работе на полную мощность (то есть задачи для планировщика казались более крупными только за счёт снижения частоты, что приводило к принятую неверных решений в schedutil cpufreq governor).
* Драйвер Intel P-state, отвечающий за выбор режимов производительности, переведён на использование [https://www.kernel.org/doc/Documentation/cpu-freq/governors.txt schedutil].
* Реализована возможность использования подсистемы BPF при работе ядра в режиме реального времени (PREEMPT_RT). Ранее при включении PREEMPT_RT предписывалось отключение BPF.
Строка 53:
* Улучшено профилирование cgroup при помощи инструментария perf. Ранее perf мог профилировать задачи только в определённом cgroup и не мог узнать к какой cgroup принадлежит текущий образец. Теперь perf получает сведения о cgroup для каждой выборки, что позволяет профилировать более одного cgroup и применять сортировку по cgroup в отчётах.
* В cgroupfs, псевдо-ФС для управления cgroups, добавлена поддержка расширенных атрибутов (xattrs) при помощи которых, например, можно оставлять дополнительную информацию для обработчиков в пространстве пользователя.
* В cgroup memory controller [https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=8a931f801340 добавлен] а поддержка рекурсивной защиты значения «memory.low», регулирующего минимальный объём оперативной памяти, предоставленной участникам группы. При монтировании иерархии cgroup с опцией «memory_recursiveprot» значение «memory.low», которое установлено для нижних узлов, автоматически будет распределяться для всех дочерних узлов.
* [https://git.kernel.org/linus/aa017ab97a22 Добавлен] фреймворк Uacce (Unified/User-space-access-intended Accelerator Framework) для совместного использования виртуальных адресов (SVA, Shared Virtual Addressing) между CPU и периферийными устройствами, позволяющий аппаратным ускорителям получить доступ к структурам данных в основном CPU.
; Аппаратные архитектуры
Строка 67:
* В подсистеме GPIO [https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=51c1064e82e7 появилась] новая команда ioctl() для мониторинга изменений, позволяющая наладить информирование процесса об изменении состояния любой линии GPIO. В качестве примера использования новой команды [https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=33f0c47b8fb4 предложена] утилита gpio-watch.
* В DRM-драйвере i915 для видеокарт Intel [https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=f365ab31efacb70bed1e821f7435626e0b2528a6 включена] по умолчанию поддержки чипов Tigerlake («Gen12») и добавлена начальная поддержка управления подсветкой OLED. Улучшена поддержка чипов Ice Lake, Elkhart Lake, Baytrail и Haswell.
* В драйвере amdgpu [[[https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=f365ab31efacb70bed1e821f7435626e0b2528a6 добавлена] возможность загрузки прошивок в чип USBC для ASIC. Улучшена поддержка чипов AMD Ryzen 4000 «Renoir». Появилась поддержка управления OLED-панелями. Обеспечено отображение состояния прошивки в debugfs.
* В DRM-драйвер vmwgfx для систем виртуализации VMware добавлена возможность использования OpenGL 4 в гостевых системах (раннее поддерживался OpenGL 3.3).
* Добавлен новый DRM-драйвер tidss для дисплейной системы платформы TI Keystone.
Строка 82:
{{Подвал новости}}
 
{{Категории|Red Hat Enterprise Linux|AMD|Allwinner|Amlogic|Broadcom|Intel|Novatek|Qualcomm|Realtek|Rockchip|Samsung|Texas Instruments|Информационная безопасность|Компьютерные технологии|Линус Торвальдс|Наука и технологии|Операционные системы|Программное обеспечение|Свободное программное обеспечение|Технологии}}
 
{{yes}}