Рейтинг:0

Что происходит с режимом питания в Ubuntu 21.04? Очень медленный сбалансированный режим

флаг in

РЕДАКТИРОВАТЬ: Фактический вопрос:

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

Я на самом деле смущен тем, как работает этот инструмент? У меня были проблемы со скоростью на моей машине. Я пытался играть в какую-то эмуляцию retroarch nes, и она сильно тормозила. Не имеет смысла, так как это совершенно новая машина, а эмуляция nes существует уже несколько десятилетий (я могу эмулировать это на своей старой 333-мегагерцовой psp...), так что мой компьютер наверняка сможет с этим справиться.

Я попытался изменить режим питания на производительность. Это работало намного лучше, но странно, что регулятор частоты процессора не увеличивает тактовую частоту.Я заметил, что многие вещи были медленными, включая YouTube. На самом деле я хотел знать, почему сбалансированный режим на самом деле не кажется таким сбалансированным. Затем я сделал следующее: проверка губернатора:

sudo apt-get установить cpufrequtils

Проверьте губернатора кошка /sys/devices/система/процессор/процессор*/cpufreq/scaling_Governor энергосбережение энергосбережение энергосбережение энергосбережение энергосбережение энергосбережение энергосбережение энергосбережение

Я установил регулятор на производительность, и теперь он работает намного лучше:

судо нано /etc/по умолчанию/cpufrequtils

и настройка:

ГУБЕРНАТОР="производительность"

Затем перезапуск службы

sudo systemctl перезапустить cpufrequtils

На самом деле я установил монитор cpufreq: https://extensions.gnome.org/extension/1082/cpufreq/ и это позволило мне настроить регулятор на производительность, а профиль мощности на сбалансированный. Теперь все работает как по маслу, даже когда регулятор был настроен на энергосбережение. Еще одна вещь, которую следует отметить, это то, что я побежал:

sudo sysctl dev.i915.perf_stream_paranoid=0

так как ретроач жаловался на производительность и рассмотреть вышеприведенный код.

Почему этот сбалансированный профиль мощности действительно снижает производительность? Я не уверен, как сохранить этот параметр. Должен ли я просто забыть об этом и продолжать использовать cpufreq? Есть ли консенсус?

Вот информация о моем процессоре:

lscpu
Архитектура: x86_64
Режим работы процессора: 32-битный, 64-битный
Порядок байтов: Little Endian
Размер адреса: 39 бит физический, 48 бит виртуальный
ЦП: 8
Список процессоров в сети: 0-7
Количество потоков на ядро: 2
Количество ядер на сокет: 4
Розетка(и): 1
NUMA-узлы: 1
Идентификатор поставщика: GenuineIntel
Семейство процессоров: 6
Модель: 142
Название модели: ЦП Intel(R) Core(TM) i7-8565U с тактовой частотой 1,80 ГГц
Шаг: 11
ЦП МГц: 2000.000
Максимальная частота ЦП МГц: 4600.0000
Минимальная частота процессора МГц: 400.0000
Богомипс: 3999,93
Виртуализация: VT-x
Кэш L1d: 128 КиБ
Кэш L1i: 128 КиБ
Кэш L2: 1 МБ
Кэш L3: 8 МБ
ЦП NUMA node0: 0-7
Многократное попадание уязвимости Itlb: KVM: смягчение: VMX отключен
Уязвимость L1tf: не затронута
Mds уязвимости: смягчение последствий; Очистить буферы ЦП; уязвимость SMT
Уязвимость Meltdown: не затронута
Обход хранилища спецификаций уязвимостей: устранение; Обход спекулятивного хранилища отключен v
                                 ia prctl и seccomp
Vulnerability Spectre v1: смягчение последствий; Барьеры usercopy/swapgs и __user
                                  очистка указателя
Уязвимость Spectre v2: смягчение; Полный общий ретполин, состояние IBPB
                                 иональный, IBRS_FW, STIBP условный, заполнение RSB
Уязвимость Srbds: устранение; Микрокод
Асинхронное прерывание уязвимости Tsx: не подвержено
Флаги: fpu vme de pse tsc msr pae mce cx8 apic sep mtr
                                 r pge mca cmov pat pse36 clflush dts acpi mmx f
                                 xsr sse sse2 ss ht tm pbe системный вызов nx pdpe1gb rd
                                 tscp lm console_tsc art arch_perfmon pebs bts 
                                 rep_good nopl xtopology nonstop_tsc aperf процессора
                                 mperf pni pclmulqdq dtes64 монитор ds_cpl vmx e
                                 st tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_
                                 1 sse4_2 x2apic movbe popcnt tsc_deadline_timer
                                  aes xsave avx f16c rdrand lahf_lm abm 3dnowpre
                                 fetch cpuid_fault epb invpcid_single ssbd ibrs 
                                 ibpb stibp tpr_shadow vnmi flexpriority ept vpi
                                 d ept_ad fsgsbase tsc_adjust bmi1 avx2 smep bmi
                                 2 erms invpcid mpx rdseed adx smap clflushopt i
                                 ntel_pt xsaveopt xsavec xgetbv1 xsaves dtherm i
                                 da arat pln pts hwp hwp_notify hwp_act_window h
                                 wp_epp md_clear flush_l1d arch_capabilities
David avatar
флаг cn
В чем собственно вопрос?
флаг in
Фактический вопрос заключается в том, были ли у вас или у кого-либо еще проблемы со снижением производительности при использовании этого режима питания при новой установке Ubuntu 21.04. Я пытаюсь докопаться до сути, почему это произошло. и почему мне нужно было установить кучу дополнительных инструментов, чтобы моя система не зависала после новой установки.
David avatar
флаг cn
Тогда это должна быть первая строка вопроса.
флаг in
@ Дэвид, конечно, без проблем. Я обновил его.
Doug Smythies avatar
флаг gn
Вам не нужно было устанавливать кучу дополнительных инструментов, поскольку они просто заменяют примитивные команды. Масштабирование частоты ЦП и управление питанием — сложная тема, и ни одно решение не подходит для всех сценариев. Ответ на ваш вопрос — да, для некоторых сценариев. Мы могли бы выяснить ваши конкретные условия, но это потребует некоторого расследования.

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.