LINUX.ORG.RU
решено Форум — Desktop  

Заметные лаги на ядре 4.19 по сравнению с 4.9

 , ,


3

4

Debian. Обновил Streth до Buster, соответственно обновилось ядро с 4.9 до 4.19. Дополнительно на днях прилетел новый intel-microcode.

Начались жуткие лаги - задержка по 0.5 секунд при открытии приложений, задумчивость браузера и т.д. Грешил на обновления KDE, но он здесь не при чем. Лагает аналогично BSPWM и вообще все, даже в терминале я это замечаю.

Подключил репозитории от Stretch, установил ядро 4.9. На этом ядре все отлично. Пробовал также запустить 4.19 с опциями (хоть и не все из них должны работать на 4.19)

noibrs noibpb nopti nospectre_v2 nospectre_v1 l1tf=off nospec_store_bypass_disable no_stf_barrier mds=off mitigations=off

результат тот-же, лаги.

В чем проблема - баги этой версии ядра, заплатки? Что делать?

  1. Работать на ядре 4.9. Но тогда нужно и firmware от Stretch установить, будет frankendebian.
  2. Работать на 4.19 и ждать (чего?).
★★★★★

Последнее исправление: aquadon (всего исправлений: 2)
← qBittorent не способен нормально ограничивать скорость закачки
РЕШЕНО. Как отключить запоминание клавиатурной раскладки для каждого окна? →
Ответ на: комментарий от anonymous 
$ glxinfo |grep ^Op
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) HD Graphics 520 (Skylake GT2) 
OpenGL core profile version string: 4.5 (Core Profile) Mesa 18.3.4
OpenGL core profile shading language version string: 4.50
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 3.0 Mesa 18.3.4
OpenGL shading language version string: 1.30
OpenGL context flags: (none)
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 3.2 Mesa 18.3.4
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.20
OpenGL ES profile extensions:
aquadon ★★★★★
() автор топика

<mode=«петросян»> Я б сидел на Stretch, а когда у него поддержка закончится, купил AMD наконец. </mode>

Можно попробовать снести intel-microcode, тогда микрокод будет старый, из биоса материнки. Если будет нормально, то точно заплатки виноваты.

Если с этим intel-microcode и 4.9 все летает, то это точно баг ядра и надо слать багрепорт в Debian, они ж так собрали.

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

<mode=«петросян»> Я б сидел на Stretch, а когда у него поддержка закончится, купил AMD наконец. </mode>

Если бы я ожидал такую подставу, то сидел бы на Stretch. А Dell XPS пока на AMD нет.

Если с этим intel-microcode и 4.9 все летает, то это точно баг ядра и надо слать багрепорт в Debian, они ж так собрали.

Еще бы понять в чем проблема и что слать.

aquadon ★★★★★
() автор топика
Ответ на: комментарий от anonymous 
$ dmesg | grep -i error 
[    0.289848] ACPI BIOS Error (bug): Could not resolve [\_SB.PCI0.SAT1], AE_NOT_FOUND (20180810/dswload2-160)
[    0.289856] ACPI Error: AE_NOT_FOUND, During name lookup/catalog (20180810/psobject-221)
[    0.289860] ACPI Error: Ignore error and continue table load (20180810/psobject-604)
[    0.289863] ACPI Error: Skip parsing opcode OpcodeName unavailable (20180810/psloop-543)
[    0.351717] acpi PNP0A08:00: _OSC failed (AE_ERROR); disabling ASPM
[    7.610220] EXT4-fs (dm-1): re-mounted. Opts: errors=remount-ro
aquadon ★★★★★
() автор топика
Ответ на: комментарий от aquadon

Еще бы понять в чем проблема и что слать.

Правильно анонимус говорит, надо dmesg посмотреть, небось ошибки при загрузке.

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

А это на 4.9

$ dmesg | grep -i error
[sudo] password for aquadon: 
[    0.029075] ACPI Error: [\_SB_.PCI0.SAT1] Namespace lookup failure, AE_NOT_FOUND (20160831/dswload-210)
[    0.038984] ACPI Error: 1 table load failures, 8 successful (20160831/tbxfload-246)
[    0.250466] acpi PNP0A08:00: _OSC failed (AE_ERROR); disabling ASPM
[   14.388924] EXT4-fs (dm-1): re-mounted. Opts: errors=remount-ro
[   14.543833] int3403 thermal: probe of INT3403:03 failed with error -22
[   14.992822] ath10k_pci 0000:3a:00.0: Direct firmware load for ath10k/pre-cal-pci-0000:3a:00.0.bin failed with error -2
[   14.992836] ath10k_pci 0000:3a:00.0: Direct firmware load for ath10k/cal-pci-0000:3a:00.0.bin failed with error -2
aquadon ★★★★★
() автор топика

Также наблюдаю что при запуске бенчмарка (7z b) на ядре 4.19 частота CPU держится около 1.8-1.9, а на ядре 4.9 частота 2.8-3.0.

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

Также наблюдаю что при запуске бенчмарка (7z b) на ядре 4.19 частота CPU держится около 1.8-1.9

А, ну так у тебя Turbo Boost выключилось.

grep . /sys/devices/system/cpu/intel_pstate/no_turbo
echo 0 > /sys/devices/system/cpu/intel_pstate/no_turbo

Мб где-то ещё частоту прижало, это далеко не исчерпывающий список настроек. А лучше поставь tlp и вдумчиво пройдись по конфигу. Вот пример как надо (http://ix.io/1JtS) — но тут настройки ограничения частот оставлены дефолтными, потому что у меня дефолты разумные.

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

А, ну так у тебя Turbo Boost выключилось.

Проверил, это не так.

Мб где-то ещё частоту прижало

Куда дальше смотреть?

aquadon ★★★★★
() автор топика

1 Отключи защиту от спектра и мелдауна. 2 Проверь на другом дистре в livecd.

NonameKiriLL ★
()

Если занять всю память, а потом открыть браузер, всё кое-как работает, или полностью зависает?

Сделайте:

stress --vm 1 --vm-hang 0 --vm-bytes "$(awk '/MemAvailable/ {print $2"000"}' /proc/meminfo)"

Затем откройте браузер, и сообщите, что получается, на обоих ядрах.

ValdikSS ★★★★★
()

Проблема решена, за что выражаю огромную благодарность @intelfx!

Ядро 4.19 здесь не причем, а причем обновление на ядро >= 4.10. В настройках TLP меняем

CPU_HWP_ON_BAT=balance_power -> CPU_HWP_ON_BAT=balance_performance

и снова радуемся жизни.

aquadon ★★★★★
() автор топика

Проблема решена, за что выражаю огромную благодарность @intelfx!

Ядро 4.19 здесь не причем, а причем обновление на ядро >= 4.10. В настройках TLP меняем

CPU_HWP_ON_BAT=balance_power -> CPU_HWP_ON_BAT=balance_performance

и снова радуемся жизни.

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

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

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

Херню полную оставил.

Нет, не херню. Он оставил ровно то, что надо. Вместо строчки параметров (написанной не умеющим читать документацию обладателем ОКР и растиражированной идиотами) можно использовать _один_ параметр mitigations=off

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

А это не опасно, отключать все эти заплатки? Есть вероятность получить заразу, просто шастая по интернетам?

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

4.19 по сравнению с 4.9

На волне нумераций в пакетах что из них новее ответ неоднозначный. Так как 4.9 можно представить в виде 4.90, а 90>19. А иногда 2.40=2.23.

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

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

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

В браузерах уже предусмотренно – таймеры у js загрубили, так что не прочитают.

greenman ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← qBittorent не способен нормально ограничивать скорость закачки
Desktop
РЕШЕНО. Как отключить запоминание клавиатурной раскладки для каждого окна? →