Вопрос или проблема
У меня есть раздражающая проблема, которую я пытаюсь решить, и мне нужна помощь!
У меня есть 10 виртуальных машин lxqt, которые управляются через Proxmox на довольно старом компьютере. Операционная система должна быть очень легкой и с низким использованием ресурсов. В настоящее время каждая ВМ бездействует с использованием 15% CPU, что кажется довольно высоким показателем. Умножив это на 10 ВМ, использование ресурсов в режиме ожидания становится немного проблематичным.
Мне удалось отследить это до процесса, который постоянно использует примерно 7% CPU. sddm-greeter.
– Быстрая дисклеймер: я полный нуб в Linux, пытаюсь учиться, но это не легко. Я пользователь этих ВМ, а мой системный администратор очень занят и не может помочь. Тем не менее, мне нравится находить решения и исправлять проблемы самостоятельно. Однако это немного вне моей компетенции на данный момент, именно поэтому я обращаюсь сюда за помощью!
Каждый раз, когда системный администратор заходит через консоль (а затем выходит), служба sddm-greeter останавливается и больше не появляется до следующей перезагрузки ВМ. В этом случае ВМ находится в состоянии простоя с использованием 7% CPU, что кажется гораздо более приемлемым.
Я вынужден использовать ВМ через RDP, но это не убивает процесс sddm-greeter. Только когда они заходят через консоль/терминал (без выполнения других действий, кроме как входа и выхода).
Есть идеи, что происходит? Это нормально? Есть ли что-то, что может это исправить? Она работает на двух процессорах Intel E5430, 24 ГБ оперативной памяти (да, она старая, но это то, с чем мне нужно работать, и я не против попробовать быть максимально эффективным в своих задачах).
Спасибо за помощь!!
sddm-greeter использует столько CPU для мигания курсора в поле ввода пароля. Используйте кнопку [Tab] на клавиатуре, чтобы переместиться от поля ввода пароля. Курсор исчезнет из поля ввода пароля, и загрузка CPU станет менее 1% от одного потока CPU.
Для тех, кто может жить с дешевыми облачными инстансами или недомощными машинами, которые не реализуют крутой графики, посмотрите это решение. Я попробовал, и оно работает на моем Orange Pi 5 Pro.
https://github.com/sddm/sddm/issues/323#issuecomment-489722555
Ответ или решение
Проблема с высоким использованием ЦП процессом sddm-greeter на ваших виртуальных машинах под управлением LXQt может быть связана с несколькими аспектами работы этого графического диспетчера. Как вы уже заметили, процесс sddm-greeter потребляет около 7% ЦП, что может показаться чрезмерным, особенно учитывая количество виртуальных машин.
Возможные причины высокому использованию CPU
-
Мигающий курсор: Одной из распространенных причин высокого использования процессора
sddm-greeterявляется мигание курсора в поле ввода пароля. В частности, когда курсор мигает, это создает дополнительные вычислительные нагрузки на процессор.Решение: Чтобы уменьшить нагрузку на ЦП, попробуйте использовать клавишу
Tabдля перехода из поля ввода пароля. Это приведет к исчезновению курсора и, как правило, существенно снизит использование ресурсов, иногда до менее 1% одного потока ЦП. -
Графические настройки: Некоторые графические эффекты или настройки дисплейной среды могут также влиять на производительность. Если LXQt настроен с включением дополнительных эффектов, это может повлиять на потребление ресурсов.
-
Обновление ПО: Убедитесь, что все пакеты и зависимости, включая SDDM и LXQt, обновлены. Иногда в обновлениях решаются проблемы, которые могут вызывать высокую загрузку процессора.
Дальнейшие шаги
-
Проверьте конфигурацию SDDM и убедитесь, что у вас нет ненужных графических эффектов или дополнительных функций, которые могли бы увеличивать использование процессора.
-
Рассмотрите возможность настройки параметров запуска SDDM, чтобы он использовал менее ресурсоемкие настройки.
-
Если у вас остается высокий уровень загрузки ЦП даже после выполнения указанных шагов, можно рассмотреть использование альтернативного дисплейного менеджера, который может быть легче в использовании ресурсов.
Ресурс для дальнейшего изучения
Если вы хотите изучить это подробнее и ознакомиться с другими возможными решениями, вы можете обратиться к это обсуждение на GitHub, где другие пользователи описывают аналогичные проблемы и делятся своими решениями.
Если у вас есть необходимость в дальнейшей помощи или есть дополнительные вопросы, не стесняйтесь обращаться!