100% de uso da CPU com configuração “on demand” devido ao Xorg

3

Eu fiz o upgrade para o Oneiric (do Natty) no meu IBM Thinkpad X41. Com a configuração padrão de velocidade da CPU de " sob demanda " recebo 100% de uso da CPU .

  • No Monitor do Sistema (nb: view > all processes) o processo dominante é Xorg com 60 - 70% de uso da CPU (e 13,7 MiB),
    • seguido por gdl-box com cerca de 20-25% e gnome-system-monitor com cerca de 20%.

Foi um erro atualizar para o Oneiric? Como posso consertar isso? Agora defino a velocidade da CPU manualmente para 1 GHz - mas essa não pode ser a solução ...

Não muito feliz ...

Obrigado.

    
por nutty about natty 19.10.2011 / 08:35

6 respostas

4

Felizmente para você, o alto uso de CPU do X.org não significa que você tenha um bug no X, então esse problema é algo que você pode resolver.

X é um servidor, o que significa que responde às solicitações do cliente. Se um cliente perdeu a cabeça e está fazendo excessivas chamadas X (como se ele se trava em um loop de atualização de gráficos), ele pode fazer muitas chamadas X. Isso aparece como uma alta carga de CPU X.

Então, a coisa a procurar é identificar qual programa cliente está causando a carga. Muitas vezes, é um programa que você nem percebe que está executando - talvez um indicador de painel ou uma tarefa ou serviço em segundo plano. Procure na tabela de processos processos do usuário que parecem fora do lugar e tente eliminá-los um por um até que a carga fique inativa. Então você sabe o que causou isso.

Como alternativa, faça login em uma conta de convidado; verifique se a carga é normal lá. Compare seus processos na conta de convidado com aqueles em sua conta normal e vá de lá.

Embora altos bugs X cpu não sejam de todo incomuns, eu não vi muitos reportados no oneiric, então eu posso supor que o processo defeituoso é algum programa incomum não instalado por padrão; talvez algo que você instalou manualmente anteriormente, que foi automaticamente atualizado para uma nova versão que tem um bug nele? Enfim, boa sorte em sua caçada.

    
por Bryce 20.10.2011 / 03:00
1

no meu caso, é o gdl_box o programa de bandeja da pesquisa no Google Desktop, causando altas cargas de cpu desde que eu atualizei para o oneiric amd64 do natty amd64. Depois de matar esse processo, tudo está bem carga de CPU e temperatura indo para baixo immeadiately. Como não consegui encontrar uma solução, mudei-me do Google Desktop Search para linux para tracker e tracker-needle. para mim não é tão satisfatório quanto o Google Desktop, mas eu posso viver com ele. Seria bom do google para atualizá-lo um dia, mas de uma revista de computador alemão eu li que o google vai cancelar uma série de serviços que inclui sua pesquisa no desktop. que vergonha ...

saudações

peter

    
por Peter Altherr 23.10.2011 / 01:41
1

Às vezes, tenho altas cargas de CPU X causadas pelo Firefox. Reiniciar o Firefox resolve o problema.

    
por Marcus 09.01.2012 / 07:42
0

Eu tive esse problema na minha área de trabalho & amp; laptop (HP nx7300) com a Intel. Você poderia tentar isso? sudo apt-get instala o compizconfig-settings-manager ccsm Pesquise openGL e desative todas as caixas de seleção. Reinicie. Aproveite novamente esta versão:)

    
por costales 14.01.2012 / 11:46
0

Eu tive o mesmo problema com uma tarefa scp de longa execução. Ele foi mostrado como uma tarefa / usr / bin / xorg, embora scp (cópia segura) tenha feito todo o trabalho. Após o término, o uso da CPU caiu ao normal. Mesmo minimizar a janela do terminal ajudou a reduzir a carga da CPU.

    
por knb 07.06.2012 / 16:06
0

Diminuir a prioridade do processo gdl_box parece resolver os altos problemas de uso da CPU no meu Ubuntu 11.10.

Caso alguém esteja interessado, executei o Google Desktop Linux com os seguintes scripts colocados no 'Autostart':

#!/bin/sh
/opt/google/desktop/bin/gdlinux start
sleep 2
renice +10 'pgrep gdl_service'
renice +15 'pgrep gdl_config'
renice +20 'pgrep gdl_box'

Verifique também se o 'gdlinux' NÃO está na lista de permissões na bandeja do sistema do painel do Unity:

Captura de tela do dconf-editor:

    
por BBB 07.02.2012 / 02:48