Ubuntu 18.04, медленная после 2019, обновляет
Я запускаю Ubuntu 18.04 на современном ноутбуке Toshiba без проблем - до обновления 26 апреля 2019. Это должно было перезапустить. После того, как тот Gnome открывал окна ужасно медленно. Я удалил все расширения Gnome, выполнил sudo способное обновление, sudo склонный автоудаляют, sudo способное полное обновление, но никакое различие. Действительно ли это - вирус?На помощь!? Я - почти 80 астрофизиков, но поддельная Ubuntu и ценит справку...
Дополнение 29 апреля: другие сообщения заставили меня посмотреть на dmesg. В его конце:
[211509.868273] [drm:intel_pipe_update_end [i915]] ОШИБКА Атомарный отказ обновления на канале (start=458201 end=458202) время 207 нас, минута 1073, макс. 1079, строка развертки запускается 1069, заканчивается 1083
[212774.344829] перфект: прерывание заняло слишком много времени (22682> 22655), понизив ядро perf_event_max_sample_rate к 8 750
Они значимы?
Дополнение 6 мая 2019: отчаянное получение. Вершина показывает, что машина хорошо работает. При начальной загрузке с моим исходным установщиком 18,04 карт с интерфейсом USB не имеют проблемы. Я попробовал предыдущее ядро: та же проблема. Я попробовал вход в систему Gnome из Xorg: та же проблема. Может быть не проблема Gnome, потому что другие вещи являются очень медленными также, Ethernet фактором 5-10. Я предполагаю один из многих пакетов, которые я установил, делает это после обновления? - но как находят его?
1 ответ
Отвечая на мой собственный вопрос после 3 недель отчаянного поиска и бесполезной полной переустановки 18.04, включая все пакеты, которые у меня были до этого. Наконец, диагностирован и отремонтирован опытным членом семьи, вдохновленным вопросом 1021748 .
После загрузки регулятор ЦП по требованию переключился в режим энергосбережения. Это снизило частоту процессора до минимальной установленной частоты 400 МГц и оставалось там на уровне около 380 МГц (проверено через lscpu).
Это произошло, когда регулятор переключил ЦП в режим энергосбережения:
cat /sys/devices/system/cpu/cpufreq/policy*/scaling_governor
Переключение регулятора ЦП в режим производительности решило проблему (для политики 0-3):
echo performance | sudo tee /sys/devices/system/cpu/cpufreq/policy0/scaling_governor
Постоянно удаляя регулятор по требованию, заставлял эту перезагрузку выживать, оставляя регулятор настроенным на производительность:
systemctl disable ondemand
Не знаю, почему режим энергосбережения оказывается таким плохим и что пошло не так, как в обновлении от 18.04 от 26 апреля. все еще присутствует в переустановленной версии. В некоторых сообщениях намекает, что регулятор по умолчанию не очень хорошо работает с драйвером масштабирования Intel pstate ... Во всяком случае, мой вопрос по поводу gnome ошибочно задан (я его снял). Это был контроль процессора, влияющий на все.