Por que o Ubuntu 14.04 é tão lento no meu laptop? [fechadas]

20

Acabei de instalar o Ubuntu 14.04 em um laptop Dell com 1.7Ghz Pentium M e 1Gbyte de memória.

Os gráficos são Intel® 852GM / 855GM x86 / MMX / SSE2, o tipo de SO é 32 bits.

Todo o sistema é MUITO lento. Quando inicio o gerenciador de aplicativos, por exemplo, preciso esperar para ver as letras que digitei aparecerem!

É como se a CPU estivesse sobrecarregada e não houvesse memória disponível, mas eu só tenho o Firefox em execução.

Como posso tornar o sistema mais suave? Costumava ter o Windows XP instalado e funcionou bem.

performance user301551
fonte
Você pode determinar se o sistema encontrou corretamente suas placas gráficas? a saída de glxinfo | grep renderpode ser de algum interesse.
Charles Green
2
O sistema que você descreveu é mais adequado para pessoas como XP e Ubuntu 12.04. Assim como você não instalaria o Windows 7/8 nele, você deve aplicar o mesmo princípio a outros sistemas operacionais.
prusswan
Não se esqueça de aceitar uma resposta em algum momento clicando no visto abaixo das setas.
Tim

Respostas:

35

Porque você tem apenas 1 GB de RAM! Esse não é o único problema, mas faz parte dele. Simplesmente, seu computador não suporta a intensidade dos gráficos do Unity.

O Windows XP não é tão intensivo em CPU / Graficamente quanto o Unity, a área de trabalho padrão do Ubuntu 11.04+. É baseado em compiz e possui todos os tipos de gráficos sofisticados, como o traço transparente e o lançador em expansão. Eu recomendaria instalar o Lubuntu ou o Xubuntu , colocar o XFCE ou o LXDE e usá-lo em vez da unidade.

Eu tenho ambos em três computadores XP antigos e eles estão funcionando bem (digitados em um laptop Lubuntu 2006 com 683 MB de RAM).

É como se a CPU estivesse sobrecarregada e não houvesse memória disponível

A CPU provavelmente está sobrecarregada / provavelmente não há RAM suficiente disponível. Tente instalar e usar midori- é mais leve e é o que estou usando no momento.

Meus pronomes são He / Him

Tim
fonte
2
Veja também: askubuntu.com/questions/206407/… - Este wiki também ... Vou confirmar os problemas com o Unity - é lento em um desktop quad-core, não apenas em antigas caixas XP. A maioria dos outros ambientes de área de trabalho é mais rápida.
Wilf
11
Basicamente, é mais lento na máquina mais poderosa que tenho disponível - o Gnome 3 é mais rápido em um netbook Intel Atom e laptop i5.
8114 Wilf
2
Eu tenho 8 GB de RAM, Intel i7 3.4 GHz e achei o Ubuntu 14.04 atrasado (não é tão ruim quanto o OP) e o sistema congelou várias vezes que eu tive que reinicializar com força. Mudei para o Xubuntu e achei muito mais rápido. Nem um único problema até a data.
Sundeep
2
Além disso, a GPU pode não ser suportado
Thorbjørn Ravn Andersen
11
Bem, isso pode ser parte disso, mas eu não recomendaria a unidade a ninguém com menos de 4 GB, pois eu disse que congela com 32 GB de RAM.
Tim
13

Duas coisas:

1) O Ubuntu 14.04 usa o Unity 3D, que é baseado no Compiz. A coisa toda é renderizada através do OpenGL acelerado por hardware. Isso é fantástico se você tiver bons drivers e uma boa placa de vídeo, e não tanto se algum deles estiver faltando.

Não há absolutamente nenhuma necessidade de alternar distribuições. Basta instalar um ambiente de área de trabalho mais leve, sair e fazer login novamente na nova área de trabalho. Para facilitar o uso, o preferido é geralmente o Xfce.

2) Combinação do trabalho cron update-apt-xapian-index quebrado e agendamento de processos interrompidos no kernel. Para encurtar a história, você precisa anexar 'noautogroup' às suas opções de inicialização, caso contrário, a gentileza do processo não funcionará. Tão:

  1. elevar para a raiz com sudo
  2. em / etc / default / grub, edite GRUB_CMDLINE_LINUX_DEFAULT para ser "silencioso noautogroup"
  3. execute 'update-grub'
  4. reiniciar

Isso é mais seguro do que usar a variável sysctl kernel.autogroup, que pode entrar em pânico em alguns computadores.

De qualquer forma, ao contrário do que muita gente diz, o Ubuntu roda bem com 1 GB de RAM se você não usar a área de trabalho padrão inchada.

Edit: na verdade, eu registrei um bug do Launchpad sobre o segundo problema no ano passado: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1219548

DanL4096
fonte
Por favor use o "kernel.sched_autogroup_enabled" com alguma cautela - que evita o meu sistema de inicialização (Ubuntu 14.04 3.13.0.30-genérico, Dell 15r)
Charles Green
@CharlesGreen a melhor maneira de fazer isso é usar a opção de inicialização 'noautogroup'. Vou atualizar minha postagem para refletir isso.
21411 DanL4096
Eu já havia experimentado a echo 0 > /proc/sys/kernel/sched_autogroup_enabledvariante, mas não tenho certeza se senti que ela teve algum efeito real. Vou tentar a opção de inicialização.
Charles Green
Bem, é inicializado (eu estou aqui!) Eu vou ter que cutucar o sistema para um pouco para determinar se eu acho que ele se sente mais rápido
Charles Green
11
@CharlesGreen não vai "parecer mais rápido". O que ele fará não será atolado quando as tarefas em segundo plano faturadas estiverem usando muito tempo da CPU, porque priorizará outras coisas antes dessas tarefas. Caso contrário, não haverá diferença (inclusive para tarefas intensivas de CPU não segmentadas ). Por isso, recomendei uma área de trabalho mais leve e sem composição. o noautogroup apenas evita o comportamento de buggy sob certas condições; o uso do Xfce ou do Openbox reduzirá o consumo de recursos em geral.
21414 DanL4096
3

É extremamente provável que você tenha 2 gargalos relevantes:

  • a baixa quantidade de RAM disponível para o sistema, que em alguns casos é ainda menor que o valor nominal, por exemplo, se sua GPU está roubando alguma RAM do sistema, a quantidade total disponível para o sistema é obviamente de 1 GB - WhatTheGPUIsUsing
  • o HDD lento. Tipicamente, os notebooks antigos têm um disco de 5400 rpm, esse é provavelmente um número muito pequeno para os padrões atuais, não existe uma boa quantidade de dados que o sistema operacional possa usar.

A primeira conseqüência é que você tem pouca RAM e nem o SWAP é bom por causa do lento HDD.

Basicamente, quando você tem pouca quantidade de RAM, o sistema usa o SWAP, uma partição no seu HDD, para armazenar arquivos temporários, como você faz com a sua RAM em primeiro lugar, isso permite que o sistema operacional obtenha mais armazenamento temporário e "conserte" coisas quando não há uma boa quantidade de RAM disponível.

A menos que você tenha desativado ou removido a partição de troca, a troca existe e está funcionando contra o tempo, mas você não pode fazer muito porque mesmo usando uma troca em um disco rígido lento é melhor do que ter o SO ou os aplicativos encerrados porque da memória que não está lá.

Portanto, você deve manter as coisas como estão agora, talvez você possa fazer duas coisas:

  • tente outra distribuição como o Archlinux, que é tipicamente mais rápido e mais leve, mas requer alguns ajustes e você precisa ler alguns artigos e manuais do wiki para saber o que está fazendo
  • tente inicializar no console sem uma interface gráfica do usuário, se você puder viver apenas com o console em que seu desempenho se beneficiará, obviamente depende do que você deve fazer; se você precisar codificar e escrever documentos ou verificar e-mails, poderá fazê-lo com um terminal, se você gosta de navegar na web, também pode fazer isso, mas certamente não depende do que você obtém com o firefox em uma sessão X11.
user3784961
fonte
2
As pessoas provavelmente poderiam escrever livros sobre espaço de troca. Pessoalmente, acho que os sistemas operacionais modernos devem ter melhores maneiras de paginar a memória suja do que o disco rígido, que é aproximadamente 6 ordens de magnitude mais lento que a RAM principal - e também apresenta um problema de segurança, pois as coisas descriptografadas podem ser trocadas. Re Arch Linux e vivendo no console, novamente eu não vejo o ponto; sempre é possível instalar uma área de trabalho menos elefante do que o Unity.
21414 DanL4096
@ DanL4096 Eu estava sugerindo a abordagem do console, porque com isso você remove completamente a GUI da equação, às vezes também ajuda a liberar mais RAM. A união é elefante, mas o X11 / Xorg também não é um software pequeno e, às vezes, os drivers nem ajudam muito a acelerar as coisas.
precisa saber é o seguinte
O problema é que um grande número de coisas muito úteis só pode ser feito a partir de uma área de trabalho gráfica, ou exigiria muito conhecimento da CLI ... Além disso, o Xorg por si só é de fato bem pequeno. O uso da memória do Xorg é parcialmente uma função dos aplicativos em execução (e também de memória de vídeo compartilhada etc.) Xorg, xterms e quase tudo baseado no Xlib funcionará bem no Pentium II - é quando você começa a arrastar Aplicações GTK + que os problemas começam.
21411 DanL4096
Descobri no meu laptop que alterar o agendador de disco padrão para cfq fez uma enorme diferença na minha percepção de quão bem o computador funciona. Eu acredito que é realmente um pouco mais lento, mas ele responde mesmo durante a operação de disco pesado (eu tenho um daqueles 5400 discos PGR)
Charles Green
O @CharlesGreen pode ter mais a ver com seu hardware ou talvez com peculiaridades de seus padrões de uso típicos. Nunca achei o CFQ muito diferente do Prazo em cargas de desktop. A coisa noautogroup faz a diferença para tarefas intensivas em segundo plano; mas isso não é uma otimização / ajuste, é uma solução alternativa para um bug (ou algo que deveria ser considerado um bug pelo menos).
21414 DanL4096
3

Há também o gnome-session-flashback, que deve parecer familiar se você já usou iterações anteriores do Ubuntu. Além de ter uma aparência semelhante, também consome menos recursos.

prusswan
fonte
Boa sugestão. Por último, usei-o no painel Flashback (isto é, na versão atualizada do antigo painel GNOME), porém, havia alguns problemas de desempenho - ele travava e monopolizava a CPU ao passar o mouse sobre o menu "Office", por algum motivo.
21414 DanL4096
-2

Você verificou seu arquivo de troca no Monitor / Recursos do Sistema - apesar de estar funcionando bem na 13.10 - ele não foi ativado quando eu atualizei para 14.04 no meu laptop.

Simon Bateman
fonte