Предложения по работе с Xorg Ubuntu 11.10 с высокой загрузкой ЦП

• Высокое кровяное давление X сохраняется всего несколько секунд. В общем, это может быть правильное поведение.
• Высокая нагрузка на память значительно выше по сравнению с нагрузкой на ЦП. Это другая ситуация.

Важно отметить, что чрезмерная загрузка ЦП X является этим признаком, а не основной причиной сама по себе.

1. Какова непродуктивная загрузка ЦП X после быстрого написания и открытия приложений?
2. Какие шаги приводят к высокой загрузке процессора X?
3. Как давно X использует очень высокую загрузку ЦП?
4. Если сразу после действия X с высокой загрузкой ЦП вы убиваете только поглотители не-xorg, какие из них вам нужно убить, чтобы вернуть использование ЦП в норму?
5. После того, как все шаги репликации были сокращены, добавьте любой несжатый и неаризованный вывод jog xserver, чтобы помочь вам в gdb и strace по отдельности. Это должно помочь определить, подключен ли сервер x к бесконечному циклу и к другому корневому источнику.

Вот несколько возможных причин, по которым в лучших отчетах наблюдается высокая загрузка ЦП, связанная с X:

Проблема: клиентские приложения, в противном случае – потенциальные клиентские службы

Как правило, в большинстве случаев использование ЦП заставляет клиента запускать приложения, чрезмерно загружающие Интернет. Таким образом, в некотором смысле переустановка X – это сумма загрузки клиентской утилиты. Например, программа может сделать ресурсоемкий выбор xlib в жестком цикле, чтобы получить нормальную поддержку.

Нормальный Процесс устранения неполадок – это перезагрузка, выполнение всех необходимых действий для воспроизведения дополнительного потребления ЦП, а затем выполнение шагов по крайней мере один за другим, пока ЦП нагрузка снимается.

Мы видели пример, когда процесс-демон вводит запросы X-call, например, чтобы наблюдать, когда присутствует хороший монитор. Эти дубликаты xrandr могут оказаться такими же дорогими, как и их собственный опрос, а также сканирование мониторов прошивки. В результате этот демон управляет загрузкой ЦП X по всей кабине (что приводит к множеству EDID для непосредственного заполнения журнала Xorg.0.log). В этих случаях мы можем сказать, что демон часто отключает большие запросы (есть также более дешевые X-вызовы). После

Wine Server

Иногда кто-то входит в систему случайно, сервер Vino, кажется, выходит на улицу и увеличивает загрузку ЦП X-сервера до 80% +. Фотографии будут немного медленными? Чтобы проверить, так ли это, выполните следующую команду:

 rr killall винный сервер 

Если потребление ЦП X падает примерно до 10% или меньше, проблема обнаружена заказчиком. Чтобы узнать, есть ли проблема, запустите “vino” в поиске Dash и в некотором “Desktop Sharing”. Затем снимите флажок «Разрешить другим пользователям получить ваш правильный рабочий стол» в окне, которое находится. винный сервер больше не запускается.

Проблема: высокая загрузка ЦП из-за растеризации программного обеспечения

Большинство современных визуальных материалов могут выполнять расчеты эффектов, например растеризацию. По умолчанию видеодрайверы X зависят от конкретного типа оборудования, когда им нужно выполнять ваши вычисления, но это не всегда тип случая. Если программное обеспечение делает это вместо этого на оборудовании, вы можете увидеть, что в X потребляет больше ресурсов ЦП. Проверьте это через glxinfo:

RR glxinfo | делать grep Прямой выход: да Цепочка рендеринга OpenGL: программный растеризатор

Это состояние предупреждения указывает на высокую загрузку ЦП, особенно при обходе окон, прокрутке в Firefox и при включении Compiz. Это хорошо. Они используют ЦП, чтобы восполнить нехватку графических процессоров.

Проблема: прерывистая таранная работа графического процессора

заблокирован по всему графическому процессору, что, в частности, оправдывает большую нагрузку на ЦП. Это немного редко, но известно, что это было сделано впервые. Взгляните на исправление, возможно, в /var/log/Xorg.0.log , чтобы увидеть, есть ли сообщения об ошибках. Сообщения, застрявшие в цикле с наивысшим рейтингом, являются хорошим сигналом того, что ваш X-сервер заблокирован; В этом случае, скорее всего, это всегда ошибка X, просто убедитесь, что вы рассматриваете ее как истинную неисправность «блокировки графического процессора», а не ошибку «высокой производительности».

Другая ошибка X-сервера

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