Вопросы по Linux/Unix-системам

[SERGBILL]

Навсяк випадок, розробник модуля zenpower3 росіянин з ніком VladimirPutin

[SergiusTheBest]

Навсяк випадок, розробник модуля zenpower3 росіянин з ніком VladimirPutin

Він просто форкнув його. Той же Arch бере з ще іншого форка. А оригінальний zenpower3 схоже вже не розробляється.

[SERGBILL]

Він просто форкнув його. Той же Arch бере з ще іншого форка. А оригінальний zenpower3 схоже вже не розробляється.

він форкнув оригінальний zenpower додавши підтримку zen3. впринципі нічого страшного, бо його версія вже давно не оновлювалася, а з ядром 7.2 вона працювати скоріш за все вже не буде.
Зараз актуальний zenpower5, який скоріш за все на базі його форку.

[SergiusTheBest]

він форкнув оригінальний zenpower додавши підтримку zen3. впринципі нічого страшного, бо його версія вже давно не оновлювалася, а з ядром 7.2 вона працювати скоріш за все вже не буде.
Зараз актуальний zenpower5, який скоріш за все на базі його форку.

Підтримку zen3 додав Anthony Wang. Вперше це з'явилося в репозиторії якогось італійця axelgenus/zenpower. Отой VladimirPutin нічого, окрім нажати кнопочку fork на гітхабі, не зробив.

[l-m]

Коли в Х11 завезуть різну герцовку для мультимоніторних конфігурацій? А то один монітор 144Гц, другий 60Гц, сидиш за обома в 60Гц.

Навіть не знав що це не працює
Черговий баг НВідії?

Коли в Х11 завезуть HDR?

Вже ніколи, X11 перебуває в режимі підтримки (додаються лише патчі безпеки), їжте Wayland, не обляпайтесь.

[Z440_User]

Коли в Х11 завезуть різну герцовку для мультимоніторних конфігурацій? А то один монітор 144Гц, другий 60Гц, сидиш за обома в 60Гц.

Навіть не знав що це не працює
Черговий баг НВідії?

На amd така сама історія була, може сьогодні щось змінилося
П.С. Було Монітор 75Гц+ТВ 60Гц, або ТВ треба відключити, або не вмикати, щоб було 75Гц на моніторі. Інакше 60Гц вихід на обидва монітори.
Зараз на в'яленому монітор 100гц + тв 60гц, ніхто нікому не заважає, нічого вмикати/вимикати/підключати/відключати не треба.

їжте Wayland, не обляпайтесь.

Та вже давно Wayland-only.
Як звичайний хом'ячок який на домашньому компі в іграшки грає та кіно дивиться - жодних питань до Wayland

[l-m]

На amd така сама історія була, може сьогодні щось змінилося

Точно не сьогодні, ще у 2023му на КДЕ5 проблеми цієї не було. А може й раніше, просто до того у мене був монітор 60Гц як і ТВ, тож не можу стверджувати. А так підключив у 2023 4к 144Гц монітор, і навіть до сьогоднішнього дня не підозрював що він через ТВ 4к 60 Гц мав теж на 60 працювати)

[Scoffer]

l-m
X11 рендерить з однаковою vsync на всі монітори і це не контриться. Можна тільки обрати де саме будуть розриви.
Плюс композери можуть свої власні ліміти встановлювати.

[l-m]

Scoffer
Немає розривів у мене, ні на ТВ, ні на моніторі. TearFree давним-давно винайшли. Чи на НВ і він не працює?

[Scoffer]

l-m
Те що ти їх не бачиш не значить що їх немає. X11 фізично не здатний рендерити дві частоти одночасно. Не передбачено архітектурою.

[l-m]

Scoffer
Значить. Я дуже чутливий до цього лайна.
Гугли TearFree. У АМД й під віндовс є аналог - https://www.amd.com/en/products/softwar ... dsync.html

[Scoffer]

l-m
Слухай, не верзи маячню і спитай у улюбленої нейронки як саме х11 рендерить картинку. Драйвери тут взагалі ні до чого. Сам Х11 не вміє дві частоти одночасно.

Відправлено через 1 хвилину 6 секунд:

Я дуже чутливий до цього лайна.

Мабуть такий чутливий приблизно як аудіофіли до проводів

[l-m]

Scoffer
Маячня це твоя парафія, ти й спитай)

[Scoffer]

l-m
Тобі вже декілька людей сказало що не вміє. Хочеш вірувати що вміє - вірь далі.
Те що по твоєму лінку потребує як мінімум вейланда і сумісного композера за умови що воно взагалі на лінуксі працює. В вейланді спеціально переписали цю частину архітектури щоб рендерити монітори незалежно.

Відправлено через 7 хвилин 24 секунди:
В X11 X Screen це одна єдина і неподільна сутність. X Screen рендериться строго в одній частоті і з одним dpi єдиною картинкою, котра потім просто нарізається на монітори. Через сраку можливо завести декілька X Screen, але вони будуть цілковито незалежні аж до того що перетягнути прогу з одного екрану на інший не можна.
Тому більшість композерів взагалі не дозволяють встановлювати різні частоти на монітори бо в цьому немає ніякого сенсу. Дрова нвідії за замовчуванням налаштовані так само з тої ж причини.

[l-m]

Оце ти впертий та нудний. Ладно, тримай нейронку:

спойлер

1. Xrandr фізично видає різні частоти
Сам по собі дисплейний сервер Xorg вміє посилати різні частоти на різні виходи (CRTC). Тобто ваш монітор дійсно фізично оновлюється 144 разів на секунду, а телевізор — 60.
Проблема X11 завжди полягала не в апаратній частоті, а в композиторі (KWin у вашому випадку), який відмальовує інтерфейс та обробляє VSync (вертикальну синхронізацію). В X11 композитор має прив'язатися до якоїсь однієї частоти для всього віртуального екрана.

2. KWin став набагато розумнішим
У старих версіях або в інших середовищах композитор жорстко прив'язувався до 60 Гц (щоб найповільніший монітор не мав розривів кадрів), і ваш 144-герцовий екран відчувався як 60-герцовий.
Але розробники KDE витратили багато зусиль на те, щоб навчити KWin підлаштовуватися під найшвидший монітор. Зараз KWin у вашій системі, найімовірніше, рендерить весь робочий стіл на частоті 144 кадрів на секунду.

3. Магія драйвера amdgpu (TearFree)
Ось тут криється головна відповідь. Якщо композитор видає 144 кадрів, а телевізор може прийняти лише 60, на телевізорі неминуче має виникнути "тірінг" (страшні горизонтальні розриви екрана при перетягуванні вікон або відео).
Але ви використовуєте відкритий драйвер amdgpu. У нього є чудова функція TearFree (яка в багатьох дистрибутивах для десктопів зараз увімкнена автоматично або ви її увімкнули в конфігу).
TearFree працює як "буферний міні-композитор" усередині самого відеодрайвера. Він приймає 144 кадрів від X11, але віддає їх на 60-герцовий телевізор рівно в момент його оновлення (VBlank), просто відкидаючи зайві кадри.

У результаті:
Основний монітор отримує чесні 144 кадрів і плавність.
Телевізор отримує 60 кадрів і не має тірінгу завдяки драйверу AMD.

Чому ж тоді інші скаржаться на X11?
Більшість болю, який ви бачите в інтернеті щодо розних герцовок на X11, генерують власники відеокарт NVIDIA. Їхній закритий драйвер історично не мав такого елегантного і безпроблемного механізму компенсації розривів для різних моніторів, як TearFree у AMD. На NVIDIA під X11 доводилося вибирати: або все гальмує до 60 Гц, або на одному з моніторів рветься зображення, або доводиться створювати окремі, ізольовані один від одного X-екрани.

Ну ок, KWin виходить для ТВ рендерить теж 144 кадри, а не 60. Мені від того не холодно, не жарко.

Те що по твоєму лінку потребує як мінімум вейланда і сумісного композера за умови що воно взагалі на лінуксі працює.

Воно в Лінуксі інкше називаєтсья та процює не тільки на АМД:

Вона є в драйверах amdgpu (сучасні карти), radeon (старі карти) та у відкритому драйвері intel.
Як я вже казав, у закритих драйверах NVIDIA на Linux такої опції немає. Там є свій аналог, який називається Force Full Composition Pipeline (FFCP). Але реалізація NVIDIA часто викликала просідання продуктивності та збільшувала затримку вводу (input lag), тому лінуксоїди з NVIDIA так сильно страждали від компромісів між тірінгом і продуктивністю на двох різних моніторах. AMD зі своїм TearFree реалізувала це на рівні ядра набагато ефективніше.

Ну, що й треба було довести - щось глючить - НВ як завжди через одне місце зробила)

[Scoffer]

l-m
Літери читати навчись що саме ти пишеш. Картинка рендериться з однією частотою і крапка. Наявність буфера всього-навсього означає що деякі кадри будуть пропущені або показані повторно. Лаг нікуди не дівається.
Більшість юзерів не бачать проблеми тому що перелізли на в'яленого де ця проблема вирішена. В Х11 не буде вирішеною ніколи.

[l-m]

Лаг нікуди не дівається.

Звідки він візьметься, якщо кадрів більше ніж треба, а не менше? Якщо монітор повільний (тобто обмежений 60/75Гц), то це навпаки зменшує лаг. Саме для цього я колись давно той AMD Enhanced Sync і використовував під віндою - якщо гра рендерила 100 фпс, а монітор 60, то це було набагато краще по відгуку ніж звичайний vsync, який лочив на 60Гц.

[Scoffer]

Звідки він візьметься, якщо кадрів більше ніж треба, а не менше?

Звідти що 144 не ділиться націло на 60. На один кадр 60 треба показати 2.4 кадри 144, або на один 144 0.41(6) кадрів 60. Покажеш як це робиться?)

[l-m]

Звідки він візьметься, якщо кадрів більше ніж треба, а не менше?

Звідти що 144 не ділиться націло на 60. На один кадр 60 треба показати 2.4 кадри 144, або на один 144 0.41(6) кадрів 60. Покажеш як це робиться?)

Елементарно це робиться, якщо зрозуміти що їх не потрібно ділити - на монітор відправляється лише останній, повністю готовий кадр, а всі проміжні кадри драйвер просто відкидає, байдуже скільки їх там до цього було - 1-2-3 чи 10, якщо це стара гра з сотнями фпс.

[Scoffer]

l-m
Шо ти верзеш? Який останній? На монітор 60гц треба подати 60 кадрів на секунду. На монітор 144гц треба подати 144 кадри на секунду. А у тебе картинка рендериться в одній частоті. Мінімальна частота рендеру, на котрій можливо подати так щоб не було лагів для цих моніторів складає 720гц. І так, для цього ще й буфери знадобляться.