>>03508
«Отзывы»? Какие? «Купили внуку, но собака погрызла до установки, доставка вовремя, пять баллов отзыв положительный, внук сказал, что 1080 должно норм тащить»? Всё нужное есть в документации, остальное вычисляется при помощи начал арифметики.

Блюрейный видеопоток H.264 в 1080p аппаратно декодируют и куда более старые устройства. А вот всё остальное — ни фи га. Например, десятибитный H.264 только программно воспроизводится. А сколько нужно производительности на это? Повторю цифры из другого треда:

720p — от 315 до 630 попугаев.
1080p — от 735 до 1110 попугаев.
Видео в 50 или 60 кадров в секунду — умножаем в полтора-два раза.
VP9 — примерно то же самое, что и H.264, дадим 5% запаса сверху.
H.265 — от 30% до 40% медленнее.
AV1 — от 80% до 100% (в два раза медленнее).

Легко заметить, что среди старья нет (или почти нет) процессоров, способных в один поток (на одном ядре) декодировать более новые кодеки. Такая же ситуация на мобильных устройствах, где экономичных ядер может быть много, но их пиковая производительность невелика. Именно поэтому в новых кодеках по стандарту, а не в качестве произвольного дополнения, заложено разбиение кадров видео на части для параллельного кодирования и декодирования. Новые инструкции вроде AVX в быту используются как раз в кодировщиках и декодировщиках, где дают заметную выгоду, и больше почти нигде.

У тебя производительность одного ядра — около 500, так что тащить будет только в том случае, если декодирование успешно распараллеливается на несколько ядер (и при этом тепло нормально отводится, и процессор не сбрасывает частоты). И это мы только про FullHD говорим.

> у меня один монитор

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

> из 8гб озу 60% сразу отжирает браузер при открытии

Господи, знатоки браузеров. Я могу написать программу, которая ничего не будет делать, но отожрёт всю свободную память. Но, опять же, ничего не будет делать и практически никак не повлияет на работоспособность всего остального. Легко догадаться, что ёбаные комбайны резервируют себе количество памяти, зависящее от общего объёма свободной, и по мере надобности берут ещё или отдают системе лишнее. Чтобы понимать, сколько реально используется, на это надо смотреть в динамике и по отладочным раскладкам, а не пускать слюни на одну глупую циферку, показывающую погоду на Марсе.

Давай более наглядный пример приведу. В девяностые в очень дорогих серверах можно было встретить целые гигабайты оперативной памяти (когда в обычных компах хватало единиц и десятков мегабайт). Процессор там при этом стоял какой-нибудь Pentium Pro (в двух экземплярах, к примеру). Так вот, скажи, что можно сегодня делать с этими гигабайтами, если у тебя код программ исполняет Pentium Pro, и поймёшь, что ситуация с твоими 16 ГБ и дохлым процессором аналогична.

>>04201
А смысл, если на нем даже видео тормозят? А я и поиграть хочу.
>>04205

>Gnome

Без панели комфортнее, чем на гноме,
>>04208
kwinrc удалять тоже пробовал

[Desktops]
Id_1=3410f2bd-f719-4c8d-bd12-38878eba1951
Number=1
Rows=1

[Effect-overview]
BorderActivate=9

[NightColor]
Mode=Constant

[Plugins]
minimizeallEnabled=false

[Tiling]
padding=4

[Tiling][7b2d08a5-92c9-585f-9516-d0627f50405d]
tiles={"layoutDirection":"horizontal","tiles":[{"width":0.25},{"width":0.5},{"width":0.25}]}

[Tiling][c7fd95bb-a160-5d4b-b720-0d2097a1c866]
tiles={"layoutDirection":"horizontal","tiles":[{"width":0.25},{"width":0.5},{"width":0.25}]}

[Wayland]
EnablePrimarySelection=false

[Windows]
BorderSnapZone=0
WindowSnapZone=0

[Xwayland]
Scale=1.25

[org.kde.kdecoration2]
BorderSize=None
BorderSizeAuto=false
library=org.kde.kwin.aurorae
theme=kwin4_decoration_qml_plastik

>>05019
https://wiki.archlinux.org/title/Arch_package_guidelines#Package_versioning
https://wiki.archlinux.org/title/PKGBUILD#pkgver
https://www.debian.org/doc/debian-policy/ch-controlfields.html#version
Принципы одинаковы во всех системах, потому что задачи одинаковы.

Есть авторы программ, которые периодически выпускают такие-то версии с такими-то изменениями функций. Они могут пользоваться тем же дистрибутивом, могут — похожим, могут тестировать свои программы на популярных системах, могут сами предлагать совместимые пакеты, могут вообще не интересоваться всеми этими проблемами, могут быть давно мертвы (а программой всё ещё для чего-то пользуются). Это «upstream», то есть то, что творится «выше по течению» относительно хранителей системного очага. Первая цифра (или тэг, или хэш из системы контроля версий) означает «за основу взята программа в том виде, в котором она доступна вот в этой версии в источнике».

Чаще всего произвольную программу требуется подточить напильником, чтобы она работала в конкретной версии системы так, как ожидают администраторы. Например, файлы клала в правильные каталоги, использовала системные библиотеки вместо своих версий (или наоборот), не пыталась работать с тем, чего в системе нет, работала с тем или иным графическим окружением, иконку добавляла куда-то, при сборке использовала принятые в данной системе параметры компиляции и способы сбора информации об ошибках, и так далее. Эти добавления и изменения собирают сами люди, занимающиеся пакетами (обычно в виде списков патчей), и либо применяют их к каждой новой версии (возможно, внося необходимые изменения), либо работают с авторами, чтобы те включили их в основную версию (потенциально решая проблемы для всех аналогичных систем). Всё это открыто, можешь взять любой пакет и найти, какие изменения потребовались, чтобы собрать его для твоей системы. Дополнительная метка обычно означает, что над пакетом кто-то поработал дополнительно. У неё могут быть свои версии. Например, программу abc версии 1.2.3 обработали, добавили в хранилище пакетов как abc-1.2.3-apu1, потом оказалось, что в каком-то из скриптов с примерами пути не соответствуют тому, как файлы расположены в системе, это исправили и выпустили abc-1.2.3-apu2. Пользователь видит, что это та же самая версия, то есть в программе ничего не поменялось (и можно не разбираться с тем, нужно ли что-то менять при использовании её в своих задачах). Если есть альтернативные хранилища и альтернативные пакеты, то в их названиях могут использоваться описательные метки для отличия от основных пакетов. Например, сборка ffmpeg со всеми кодеками может быть названа «+full+mega+ultimate+goldedition», сборка программы с экспериментальной поддержкой конкретного оборудования — упоминать его марку, сборка со срочным исправлением уязвимости, появившаяся до выпуска новой официальной версии авторами, — названа в её честь (например, «что-то-y2kfix»). Порты новых версий программ на старые выпуски, в которых официально поддерживаются прежние их версии, в Debian и родственных системах, как известно, обозначаются «~bpo». И так далее.

Также может присутствовать технический порядковый номер сборки. Он увеличивается, если вообще ничего не меняется в исходниках, а просто возникает необходимость собрать пакет заново. Например, глобальные параметры компилятора оказались не слишком совместимы с какими-то сериями процессоров в определённых задачах, и затронутые программы надо пересобрать, или какие-нибудь новые ключи подписи добавляются, или на сервере протёрся диск, и в предыдущей версии оказался мусор вместо файлов. Вместо того, чтобы бегать по зеркалам и руками перезаписывать файл на правильный (часто такой возможности может вообще не быть), достаточно выпустить новую версию с двоечкой на конце. Опять же, пользователь видит, что разница должна быть чисто техническая, а не содержательная.

В мелких системах пакетов, которыми занимаются три с половиной человека, и в которых и так все за всем следят, в качестве метки локальных изменений может использоваться одна эта циферка при необходимости.

В твоём случае используется ядро 6.10.3, собранное с настройками, которые авторитеты проекта Arch Linux считают подходящими всем пользователям по умолчанию, локальных изменений или каких-то исправлений с момента выхода 6.10.3 не было, пересобран пакет второй раз. Нажав на «View changes», ты можешь узнать, что пересборка вызвана использованием в процессе неё следующей версии binutils:
https://gitlab.archlinux.org/archlinux/packaging/packages/linux/-/commits/main
Там же ссылка на исходники с локальными изменениями и дополнениями:
https://github.com/archlinux/linux/releases

>>05220
Читать-то пробовал? Само собой, нет.

Там чёрным по белому сказано, что средний туземец, собирающий прошивку для производителя материнских плат, обладает квалификацией среднего посетителя /s/ и точно также плевать хотел на чтение документации. На то, чтобы заменить «Placeholder Name» на «MSI» или «Gigabyte» (да и то не везде), заменить фон и логотип, отметить галочками модели компонентов и нажать кнопочку сборки, у него ума хватает, а разбираться в том, как отладочные версии собирать с тестовыми ключами для автоматизации тестирования и прочего, а в релизных оставлять только официальные майкрософтовские, уже лень.

Назвать это «бэкдором» трудно из-за отсутствия объекта, к которому получается доступ:

а) Организации, которые на самом деле полагаются на Secure Boot для защиты чего-либо, заменяют всю иерархию ключей, начиная с Platform Key, и сами подписывают всё, что у них запускается. Иначе контроля не получится. Кроме того, они могут выбить из поставщиков нормальные прошивки и серьёзную поддержку, а то и принять участие в процессе подготовки своей партии.

б) Организации, которые используют Secure Boot в конфигурации по умолчанию и стандартно запускают Windows, защищаются вовсе не от каких-то шпионов или хакеров, а от своих же сотрудников, чтобы те не могли загрузиться с флешки и спиздить документы, установить параллельно винду, игрулечки, троянчики, которые зашифруют половину сетевых дисков или базу данных выставят на продажу в интернете после очистки. Ну вот, а разговоров-то было!

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