LINUX.ORG.RU

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

 , , , ,


0

2

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

Скачал последнее ядро с Koji, какое доступно для f31, 5.8.9, вроде бы получше, но ещё есть подёргивание.

На 5.7-ых такого нет, всё плавно-идеально.

Что там пилят? В чёнджлогах ничего особенного, копать дальше компетенции не хватит, я этого всего не понимаю.

Пока оставил себе 5.7.15 и 17, буду ждать 5.9. Хотя по опыту знаю, что такие вещи подолгу не чинят. :-(

Спасибо @pekmop1024, добавлю сюда ссылку: https://www.phoronix.com/scan.php?page=news_item&px=Intel-Graphics-WA-For-Regress

★★★★★

Последнее исправление: papin-aziat (всего исправлений: 1)

drm? intel? ati? Пользуюсь nvidia-driver на FreeBSD, при выключенном аппаратном ускорении в Firefox наблюдаю нечто подобное, поэтому уточняющие вопросы.

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

интел, проц i3.

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

Не, у меня наоборот всё выкручено на максимум и vaapi работает, вейланд.

papin-aziat ★★★★★
() автор топика
Ответ на: комментарий от SR_team

Блин, недолго радовались, недавно ведь устаканилась вся эта канитель… Хуже всего, если мой проц типа уже устаревает для линукса, вот ещё не хватало новый комп покупать.

papin-aziat ★★★★★
() автор топика
Ответ на: комментарий от wandrien

Вообще проблемные ядра пошли, да.

Просто очень много изменений пихают в каждый релиз. В 5.9 например уже сломали загрузку с btrfs улучшениями её производительности

SR_team ★★★★★
()
Ответ на: комментарий от i-rinat

Вот как раз загрузился в 5.8.9 и в иксы, здесь ваще и в лисе и в хромом просто слайдшоу, очень низкий фпс.

papin-aziat ★★★★★
() автор топика

как поехали ядра 5.8

в sid-е тут же 390-ый драйвер для невидии поломался и все видео карты ниже 700-ой серии соснули …

amd_amd ★★★★★
()
Последнее исправление: amd_amd (всего исправлений: 1)
Ответ на: комментарий от i-rinat

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

papin-aziat ★★★★★
() автор топика
Ответ на: комментарий от i-rinat

Да, подтверждаю, на иксах вообще беда. На них и так, по сравнению с вейландом было похуже, а теперь просто жопа. Причем хромой на XWayland почти нормально, а под иксами плывет.

papin-aziat ★★★★★
() автор топика
Ответ на: комментарий от papin-aziat

Причем хромой на XWayland почти нормально

Дал маху, ничего не нормально, точняк опять поломали, задрали уже.

papin-aziat ★★★★★
() автор топика
Ответ на: комментарий от papin-aziat

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

Проц у меня мощнее, да.

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

А выглядит примерно так:
тачпадом https://streamable.com/uvmial
колёсиком мыши https://streamable.com/48ti76

i-rinat ★★★★★
()
Последнее исправление: i-rinat (всего исправлений: 1)
Ответ на: комментарий от anonymous

В иксах и так давно уже хуже, чем на вяленом, а теперь совсем дрянь.

papin-aziat ★★★★★
() автор топика

Я ещё на ядре 5.6 заметил регрессию драйвера Intel. В моём случае был такой баг:

Весь софт, исключая софт на Qt 5, работает нормально. В т.ч. нормально работает софт на GTK 2, GTK 3, Qt 3,... и т.д. А софт на Qt 5 рандомно вешает GPU (встроенное, Intel'овское, Cherry Trail (Intel(R) Atom(TM) x5-Z8500 CPU @ 1.44GHz)). В лог приходит такое:

[  576.857946] i915 0000:00:02.0: GPU HANG: ecode 8:1:85dffff9, in Xorg [1201]
[  576.857950] GPU hangs can indicate a bug anywhere in the entire gfx stack, including userspace.
[  576.857952] Please file a _new_ bug report at https://gitlab.freedesktop.org/drm/intel/issues/new.
[  576.857953] Please see https://gitlab.freedesktop.org/drm/intel/-/wikis/How-to-file-i915-bugs for details.
[  576.857953] drm/i915 developers can then reassign to the right component if it's not a kernel issue.
[  576.857954] The GPU crash dump is required to analyze GPU hangs, so please always attach it.
[  576.857955] GPU crash dump saved to /sys/class/drm/card0/error
[  576.959208] i915 0000:00:02.0: Resetting rcs0 for stopped heartbeat on rcs0
[  576.959225] i915 0000:00:02.0: Xorg[1201] context reset due to GPU hang
В прошлом году такого не наблюдал. Баг, скорее всего, добавили в новые ядра (наблюдал на 5.6.14). Т.е. грабли, скорее всего, не в Qt 5, да. Просто эта библиотека почему-то умеет находить эти грабли. В отличие от других тулкитов (даже GTK).

Починил тогда откатом, ЕМНИМС, на ядро 5.4.

saahriktu ★★★★★
()
Ответ на: комментарий от i-rinat

подвисания из-за тормозов при подвисании

ну вот, ещё один пал жертвой лоровского дилера веществ…

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

К сожалению, здесь надо руками смотреть. Какое железо?

papin-aziat ★★★★★
() автор топика
Ответ на: комментарий от chenbr0

К сожалению, Федора не хранит ядра в репах, ты просто получаешь новое ядро, выбора нет, вернее, либо хранить на локалхосте, запрещая удаление или увеличивая количество сохранённых ядер, либо ставь руками из Koji. LTS ядер не бывает, только текучка.

papin-aziat ★★★★★
() автор топика
Ответ на: комментарий от papin-aziat

Ну так есть же центос и шапка, если нужен рпм, федора ведь для новых фич. Всегда венду ругали, за то что обновляется сама и потом все криво работает. Здесь же есть возможность сидеть на более старых ядрах. Или я что-то не понимаю?

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

Как ты себе представляешь центось на мирном домашнем компьютере? Если чё, я представляю, сидел на 8-ом: половину софта надо собирать руками. Но таки да, я жду 9-ую, обязательно попробую ещё разок, железо уже старое, а новый комп мне не нужен.

papin-aziat ★★★★★
() автор топика
Ответ на: комментарий от papin-aziat

Как ты себе представляешь центось на мирном домашнем компьютере?

А чего конкретно не хватает? Гонял шапку последнюю, подключил всякие епелы и фьюжены, что то там было. На крайний случай - готовые рпм.

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

Ого, спасибо, я пока бегло прочитал (читаю не быстро), комменты не читал ещё, позже внимательней посмотрю. Я правильно понял, что виноваты Интел? Что в 5.7 патчи ещё работали, а в 5.8 уже нет?

papin-aziat ★★★★★
() автор топика
Ответ на: комментарий от papin-aziat

Там написано, что Intel настолько быстро патчит свой драйвер, что не успевает следить за тем, что разломали её патчи.

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

saahriktu ★★★★★
()
Ответ на: комментарий от papin-aziat

Если вкратце - надо бежать на 5.4 (LTS) и ждать, пока регрессию починят. Интелы сами не поняли, чего там индусы за еду на говнокодили и найти не смогли. А может это и не они вовсе, а какая-то подсистема ядерная регрессировала. Никто не знает ничего, ядро превратилось в лапшекод.

pekmop1024 ★★★★★
()
Ответ на: комментарий от papin-aziat

Починят когда наладят процесс написания кода.

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

Для Федор на Koji есть только 5.7.16 самый старый, я взял 17, вроде норм, надеюсь не уберут пока есть регрессии, а то скоро обновляться на 32-ю пора, и 5.9 на носу уже, как бы не выкинули 5.7.

papin-aziat ★★★★★
() автор топика
Ответ на: комментарий от papin-aziat

А я тут для дистрибутива Mageia на коленке собираю 5.4.65. Пришлось отключить 3rd-party драйвера чтобы не возиться с их подключением и WireGuard (на исходники модуля заругался GCC).

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

Ясно, ну это блоб на иксах, а тут видишь с интелами траблы.

papin-aziat ★★★★★
() автор топика
Ответ на: комментарий от superuser

Хотя... оппа.... :

$ journalctl -S "2020-09-01 10:00:00" -U "2020-09-16 10:00:00" -p err | grep i915
сен 05 00:35:40 HPC kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=5112 end=5113) time 256 us, min 1043, max 1049, scanline start 1039, end 1056
сен 05 13:14:34 HPC kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=251631 end=251632) time 250 us, min 1043, max 1049, scanline start 1037, end 1053
сен 05 13:27:16 HPC kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=297253 end=297254) time 247 us, min 1043, max 1049, scanline start 1040, end 1056
сен 05 22:02:07 HPC kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=29657 end=29658) time 252 us, min 1043, max 1049, scanline start 1033, end 1050
сен 07 02:59:44 HPC kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=933130 end=933131) time 248 us, min 1043, max 1049, scanline start 1037, end 1053
сен 07 17:12:43 HPC kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=444136 end=444137) time 254 us, min 1043, max 1049, scanline start 1035, end 1051
сен 08 01:30:14 HPC kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=370843 end=370844) time 261 us, min 1043, max 1049, scanline start 1034, end 1051
сен 08 20:42:58 HPC kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=6931 end=6932) time 247 us, min 1043, max 1049, scanline start 1041, end 1057
сен 09 00:03:20 HPC kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=556461 end=556462) time 252 us, min 1043, max 1049, scanline start 1034, end 1050
сен 09 01:09:34 HPC kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=794442 end=794443) time 262 us, min 1043, max 1049, scanline start 1034, end 1050
сен 09 02:32:35 HPC kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=1092700 end=1092701) time 247 us, min 1043, max 1049, scanline start 1039, end 1055
сен 09 21:20:07 HPC kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=26213 end=26214) time 252 us, min 1043, max 1049, scanline start 1042, end 1058
сен 10 00:22:18 HPC kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=313503 end=313504) time 289 us, min 1043, max 1049, scanline start 1037, end 1056
сен 11 02:28:46 HPC kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=435618 end=435619) time 247 us, min 1043, max 1049, scanline start 1036, end 1052
сен 11 16:28:26 HPC kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=98247 end=98248) time 247 us, min 1043, max 1049, scanline start 1037, end 1053
сен 11 23:32:21 HPC kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=23682 end=23683) time 258 us, min 1043, max 1049, scanline start 1035, end 1052
сен 12 02:19:50 HPC kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=11436 end=11437) time 258 us, min 1043, max 1049, scanline start 1035, end 1052
сен 12 02:32:41 HPC kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=57647 end=57648) time 249 us, min 1043, max 1049, scanline start 1037, end 1053
сен 12 05:35:01 HPC kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=712745 end=712746) time 254 us, min 1043, max 1049, scanline start 1042, end 1058
сен 12 19:53:09 HPC kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=62072 end=62073) time 252 us, min 1043, max 1049, scanline start 1034, end 1034
сен 12 22:30:08 HPC kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=77854 end=77855) time 249 us, min 1043, max 1049, scanline start 1037, end 1053
сен 13 03:34:49 HPC kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=600650 end=600651) time 253 us, min 1043, max 1049, scanline start 1037, end 1053
сен 13 21:54:59 HPC kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=134874 end=134875) time 255 us, min 1043, max 1049, scanline start 1039, end 1055
сен 14 16:03:03 HPC kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=439824 end=439825) time 246 us, min 1043, max 1049, scanline start 1035, end 1051
сен 14 18:48:16 HPC kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=98583 end=98584) time 263 us, min 1043, max 1049, scanline start 1039, end 1056
сен 14 20:38:49 HPC kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=31722 end=31723) time 261 us, min 1043, max 1049, scanline start 1040, end 1057
сен 15 16:21:25 HPC kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=40676 end=40677) time 255 us, min 1043, max 1049, scanline start 1039, end 1055
сен 15 16:31:01 HPC kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=75162 end=75163) time 259 us, min 1043, max 1049, scanline start 1033, end 1049
сен 15 16:34:11 HPC kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=86548 end=86549) time 266 us, min 1043, max 1049, scanline start 1042, end 1059
сен 15 16:41:31 HPC kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=112891 end=112892) time 251 us, min 1043, max 1049, scanline start 1036, end 1052
сен 15 17:44:59 HPC kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=340973 end=340974) time 259 us, min 1043, max 1049, scanline start 1036, end 1053
но не замечал

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

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

Самое чудное время было где-то когда Демьян Ленни ещё тестинг был, тогда я на нвидиях сидел, они лучше всех работали на Линукс и фряхе, блобы, вот это было 2д в браузерах, как газета листалась внатуре, просто огонь, там правда xorg.conf нехило приходилось подкручивать, но вот таких ништяков больше небыло, всё (гном) переехало на красоту и эффекты и началось…

papin-aziat ★★★★★
() автор топика
Ответ на: комментарий от papin-aziat

Ну так разработчиками линуксы воспринимаются как инструменты администраторов и программистов. А Федоры и Убунты так вообще как тестовые полигоны свежих версий инструментов администраторов и программистов. Для обычных домашних юзеров лучше более стабильные дистрибутивы.

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

А красноглазики на то и красноглазики, что «при необходимости сами напишут все драйвера» (c). Иначе бы, дескать, сидели бы как все обычные юзеры в винде, для которой всё отполировано.

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

Классика:

«В приступе отчаяния достучался до поддержки разработчика чипа. После пинания по менегерам всех сортов, получил потрясающий ответ: „Система Линукс предназначена для программистов и системных администраторов. Если у Вас возникла необходимость именно в этом драйвере, то мы считаем, что Вы вполне можете написать его сами.“» (c)

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

Ну страдай тогда.

Погоди пока в стадальцы записывать, я ещё не занимался подобным на федоре, просто работало всё и так, ща разберусь, там наверняка есть варианты на такие варианты :-)

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