2

Я использовал Ubuntu (Jaunty / 9.04 - рассматриваемая версия) в своем ноутбуке для разработки в течение последних двух лет. В течение двух дней мой процессор постоянно загружен на 100%. В "htop" и «gnome-system-monitor» я вижу, что Firefox 3.5 и Xorg на вершине конкурируют за ресурсы процессора. Если я убью Firefox, загрузка процессора останется на уровне 100%, поэтому я не думаю, что это вызвано Firefox. Я попытался перезапустить несколько раз, но это тоже не помогло. Мой опыт разработки был очень плохим за последние два дня.

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

Какую процедуру следует выполнить, чтобы выяснить, что является причиной 100% загрузки процессора постоянно в течение двух дней? Или, если вы уже знаете проблему, пожалуйста, предложите.

Обновить:

Проблема связана с Gnome, а не с Firefox или Compiz. Вот снимок экрана "htop" с убитыми compiz, Firefox и почти всеми обычными программами из системного трея. Вы можете видеть, что это все еще на 100%, но, очевидно, ни одна программа не потребляет столько ресурсов. Температура процессора достигает 90 градусов через некоторое время.

Я сейчас использую XFCE и все отлично.

Отказоустойчивый Gnome также НЕ решает проблему. Отказоустойчивый терминал ДЕЛАЕТ. Есть идеи, что вызывает это?

5 ответов5

2

Скорее всего, вы используете ноутбук с встроенным графическим чипсетом Intel. Существует ошибка, которая приводит к этой проблеме производительности, которую вы описываете. Вот статья, детализирующая проблему, но я боюсь, что до сих пор нет официального исправления, только некоторые обходные пути.

1

Попробуйте столкнуться с Кармиком сейчас, когда его нет. Видео регрессия Intel была исправлена.

Так как я не могу читать: вы используете карту ATi правильно? Это flgrx или драйвер ati ? Если вы ничего не установили и не выбрали проприетарный драйвер, ответ ati .

Попробуй в любом случае столкнуться с Кармиком; Вы можете сделать чистую установку. Если оно хуже или такое же, как в Jaunty, откатитесь на Intrepid или попробуйте другой дистрибутив.

(Не то чтобы у Кармика не было своих проблем.)

1

отключите эффекты и посмотрите, не изменит ли это что-либо с поведением ...?

отключить дополнения для Firefox, посмотреть, что-то на это вызывает поведение?

Иногда я заканчиваю тем, что переименовываю ~/.mozilla в ~/.mozilla.bak и смотрю, заставляет ли Firefox вести себя с нуля. У меня было много ситуаций в Linux, когда Firefox начинал капризничать (обычно с проигрывания флэш-роликов на YouTube), где я заканчивал тем, что делал это, и многие странные действия исчезали.

Однако сначала экспортируйте свои закладки, чтобы их можно было повторно импортировать.

0

Я просто догадываюсь, но, может быть, это поможет: случилось со мной некоторое время назад, udev заставил процессор использовать до 100%. Я убил UdevD и использование процессора стало нормальным.

0

Если ваша система раньше работала нормально, и единственными общесистемными изменениями были обновления, то ошибка почти наверняка связана с обновленными пакетами.

Несколько направлений для расследования:

  1. Вы устанавливаете предлагаемые обновления? (Проверьте Администрирование-> Источники программного обеспечения-> вкладка Обновления)
  2. Есть ли в вашем репозитории PPA, включающие драйверы xorg или firefox?
  3. Обновился ли пакет xorg примерно в то время, когда вы заметили эту проблему?
  4. Обновился ли пакет Firefox примерно в это время?

Я бы попытался вернуть обратно все (или по крайней мере два вышеупомянутых) пакета, которые были обновлены с тех пор, как вы впервые заметили эту проблему. Если проблема исчезнет, обновляйте один пакет за раз.

Я не уверен здесь, но я думаю, что были другие проблемы с драйверами xorg на Jaunty, особенно когда они используются в сочетании с compiz.

Кроме того, обновления системы происходили через диспетчер обновлений? Если вы это сделали, вы можете посмотреть историю установки пакетов в System-> Administration-> Synaptic Package Manager и в приложении: File menu-> History. Если нет, то вам придется использовать менее удобный для пользователя файл /var/log/dpkg.log .

$ sudo tail -5 /var/log/dpkg.log
2009-08-12 12:44:18 статус полу-настроен libc6 2.9-4ubuntu6
2009-08-12 12:44:20 статус установлен libc6 2.9-4ubuntu6
2009-08-12 12:44:20 trigproc python-support 0.8.7ubuntu4 0.8.7ubuntu4
2009-08-12 12:44:20 статус полу-настроен python-поддержка 0.8.7ubuntu4
2009-08-12 12:44:20 статус установлен python-support 0.8.7ubuntu4

Редактировать: вопрос, который я опубликовал пару дней назад и который может помочь вернуть обратно пакеты. Как мне вернуться к альтернативной версии пакета в Ubuntu?

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .