Я выполнял 4,18 ядра с ЦП Ryzen 7 1700, и я обновил до другой машины, которая щеголяет Ryzen 7 2700. Я перенес целую установку на твердотельном диске, как это, и насколько я вспоминаю, что это было мгновенным в течение нескольких дней. Но затем я заметил, когда я начал использовать свои инструменты разработчика (IDE, серверы БД и серверы кэширования, статьи So, открытые на 25 вкладках в браузере...), что система очень вяла. Это работает хорошо, но имеет высокую задержку 1-2 второго времени отклика при загрузке.
Так как система Ryzen 7 1700 была обычно довольно теплой (70C-72C), я попробовал thermald
. На этот раз я удалил thermald
(это уехало, это init.d
сценарий, но нет thermald
демон работает теперь), и установленный cpufreq-tools
попробовать что-то за то, что оно возможно осуществило различные регуляторы производительности.
Прямо сейчас cpufreq-info
лжет, что ЦП в 3.2 GHz
когда я установил performance
регулятор для всех 16 ядер. Однако /proc/cpuinfo
говорит правду я думаю, когда это кутит, что ядра достигают 550 МГц (никакая шутка, температура в 40C, и вентиляторы работают на самом низком не удивительно, я не могу услышать их). Когда я разжигаю любой свой IDE, я хочу ЦП к турбо повышению, и я хочу услышать, что вентиляторы вращаются. Прямо сейчас это - все просто медлительность.
Я не могу в настоящее время выяснять, что сдерживает центральные процессоры. В какой-то момент я также установил https://wiki.archlinux.org/index.php/Laptop_Mode_Tools, но понял, что не хочу усложнять вещи больше, он был удален.
У меня также было некоторое подозрение о драйвере GPU AMD, но мой коннектор HDMI имел проблемы соединения. ТАКИМ ОБРАЗОМ, я думаю, что это - по всей вероятности ЦП, который вызывает медлительность с, он - 550 МГц.
Также я заметил, что, если я оставляю машину в покое только в течение минуты или 2, жидкокристаллический дисплей потускнел немного. Я понятия не имею, какое программное обеспечение делает то потускнение, но это мог быть преступник, потому что порог той чрезвычайно низкой 1 минуты точки к некоторому экстремальному режиму экономии электроэнергии некоторый демон пытается осуществить.
Так или иначе ACPI не обеспечен электричеством хорошо. upowerd
/ UPower
(https://en.wikipedia.org/wiki/UPower), и гаджеты GUI дезинформированы также, потому что они просто, вероятно, питаются от информации, найденной в /sys/class/power_supply/*
. Эти sys записи показывают, что ноутбук не включается в адаптер питания, и батарея разряжается - оба из этих требований являются, очевидно, ложью.
Развейте Вопросы: Как я могу сделать UPower, и подсистема питания распознают, что источник питания включается?
# upower -d
Device: /org/freedesktop/UPower/devices/line_power_ACAD
native-path: ACAD
power supply: yes
updated: Sat 02 Mar 2019 10:30:41 AM PST (17633 seconds ago)
has history: no
has statistics: no
line-power
online: no
Device: /org/freedesktop/UPower/devices/battery_BAT1
native-path: BAT1
vendor: PANASONIC
model: AP17C5P
serial: 1409
power supply: yes
updated: Sat 02 Mar 2019 03:24:16 PM PST (18 seconds ago)
has history: yes
has statistics: yes
battery
present: yes
rechargeable: yes
state: discharging
energy: 73.2424 Wh
energy-empty: 0 Wh
energy-full: 74.074 Wh
energy-full-design: 74.074 Wh
energy-rate: 0.0195243 W
voltage: 17.385 V
percentage: 98%
capacity: 100%
technology: lithium-ion
Daemon:
daemon-version: 0.9.23
can-suspend: yes
can-hibernate: no
on-battery: yes
on-low-battery: no
lid-is-closed: no
lid-is-present: yes
is-docked: yes
Дополнительная проверка:
# acpi -ab
Battery 0: Discharging, 98%, discharging at zero rate - will never fully discharge.
Adapter 0: off-line
Это - также причина, почему мой экран потускнел после 120 секунд неактивности. Я открою другой вопрос специально для проблемы.