Pourquoi Ubuntu 14.04 est-il si lent sur mon ordinateur portable? [fermé]


20

Je viens d'installer Ubuntu 14.04 sur un ordinateur portable Dell avec un Pentium M 1,7 GHz et une mémoire de 1 Go.

Les graphiques sont Intel® 852GM / 855GM x86 / MMX / SSE2, le type de système d'exploitation est 32 bits.

L'ensemble du système est TRÈS lent. Lorsque je lance le gestionnaire d'applications, par exemple, je dois attendre pour voir apparaître les lettres que j'ai tapées!

C'est comme si le CPU était surchargé et sans mémoire disponible, mais je n'ai que Firefox en marche.

Comment rendre le système plus fluide? Avant, Windows XP était installé et cela fonctionnait bien.


Pouvez-vous déterminer si le système a correctement trouvé vos cartes graphiques? la sortie de glxinfo | grep renderpeut présenter un certain intérêt.
Charles Green

2
Le système que vous avez décrit est plus adapté aux goûts de XP et Ubuntu 12.04. Tout comme vous n'y installeriez pas Windows 7/8, vous devriez appliquer le même principe aux autres systèmes d'exploitation.
prusswan

N'oubliez pas d'accepter une réponse à un moment donné en cliquant sur la coche sous les flèches.
Tim

Réponses:


35

Parce que vous n'avez que 1 Go de RAM! Ce n'est pas le seul problème, mais il en fait partie. Simplement, votre ordinateur ne peut pas gérer l'intensité des graphiques d'Unity.

Windows XP n'est pas aussi gourmand en ressources CPU / graphiques que Unity, le bureau par défaut d'Ubuntu 11.04+. Il est basé sur compiz et dispose de toutes sortes de graphismes sophistiqués, tels que le tableau de bord transparent et le lanceur en expansion. Je conseillerais d'installer Lubuntu ou Xubuntu , ou de mettre XFCE ou LXDE, et d'utiliser cela plutôt que l'unité.

J'ai les deux sur 3 anciens ordinateurs XP, et ils fonctionnent bien (tapés sur un ordinateur portable Lubuntu 2006 avec 683 Mo de RAM).

C'est comme si le CPU était surchargé et sans mémoire disponible

Le CPU est probablement surchargé / il n'y a probablement pas assez de RAM disponible. Essayez d'installer et d'utiliser midori- c'est plus léger, et c'est ce que j'utilise en ce moment.

Mes pronoms sont He / Him


2
Voir aussi: askubuntu.com/questions/206407/… - Ce wiki aussi ... Je vais confirmer les problèmes avec Unity - il est lent sur un bureau à quatre cœurs, pas seulement les vieilles boîtes XP. La plupart des autres environnements de bureau sont plus rapides.
Wilf

1
Fondamentalement, c'est plus lent sur la machine la plus puissante dont je dispose - Gnome 3 est plus rapide sur un netbook Intel Atom et un ordinateur portable i5.
Wilf

2
J'ai 8 Go de RAM, Intel i7 3,4 GHz et j'ai trouvé Ubuntu 14.04 en retard (pas aussi pire qu'OP) et le système a même gelé plusieurs fois que j'ai dû redémarrer. Je suis passé à Xubuntu et je l'ai trouvé beaucoup plus rapide. Pas même un seul problème jusqu'à la date.
Sundeep

2
Le GPU peut également ne pas être pris en charge
Thorbjørn Ravn Andersen

1
Eh bien, cela peut en faire partie, mais je ne recommanderais pas l'unité à quiconque avec moins de 4 Go, car j'ai dit que je me fige avec 32 Go de RAM.
Tim

13

Deux choses:

1) Ubuntu 14.04 utilise Unity 3D, basé sur Compiz. Le tout est rendu via OpenGL accéléré par le matériel. C'est fantastique si vous avez de bons pilotes et une bonne carte vidéo, pas tant qu'il manque l'un ou l'autre.

Il n'est absolument pas nécessaire de changer de distribution. Installez simplement un environnement de bureau plus léger, déconnectez-vous et reconnectez-vous au nouveau bureau. Pour la facilité d'utilisation, le préféré est généralement Xfce.

2) Combinaison du travail cron de mise à jour-apt-xapian-index rompu et de l'ordonnancement des processus rompu dans le noyau. Pour faire court, vous devez ajouter «noautogroup» à vos options de démarrage, sinon la finesse du processus ne fonctionnera pas. Donc:

  1. élever à root avec sudo
  2. dans / etc / default / grub, modifiez GRUB_CMDLINE_LINUX_DEFAULT pour qu'il devienne "silencieux splash noautogroup"
  3. exécutez 'update-grub'
  4. redémarrer

C'est plus sûr que d'utiliser la variable kernel.autogroup sysctl, qui peut paniquer certains ordinateurs.

Quoi qu'il en soit, contrairement à ce que beaucoup de gens disent, Ubuntu fonctionne bien avec 1 Go de RAM si vous n'utilisez pas le bureau par défaut gonflé.

Edit: en fait, j'ai déposé un bug Launchpad sur le deuxième problème l'année dernière: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1219548


Veuillez utiliser le "kernel.sched_autogroup_enabled" avec une certaine prudence - cela empêche mon système de démarrer (Ubuntu 14.04 3.13.0.30-generic, Dell 15r)
Charles Green

@CharlesGreen la meilleure façon de le faire est d'utiliser l'option de démarrage «noautogroup». Je mettrai à jour mon message pour refléter cela.
DanL4096

J'avais essayé la echo 0 > /proc/sys/kernel/sched_autogroup_enabledvariante, mais je ne suis pas sûr que je pensais qu'elle avait un effet réel. Je vais essayer l'option de démarrage.
Charles Green

Eh bien, il a démarré (je suis ici!) Je vais devoir fouiller le système un peu pour déterminer si je pense que ça se sent plus vite
Charles Green

1
@CharlesGreen, il "ne se sentira pas plus vite". Ce qu'il fera ne sera pas enlisé lorsque les tâches d'arrière-plan nices utilisent beaucoup de temps CPU, car il donnera la priorité à d'autres choses avant ces tâches. Sinon, il n'y aura pas de différence (y compris pour les tâches gourmandes en CPU non niced ). C'est pourquoi j'ai recommandé un bureau plus léger et sans composition. noautogroup évite simplement le comportement de buggy dans certaines conditions; l'utilisation de Xfce ou d'Openbox réduira globalement la consommation de ressources.
DanL4096

3

Vous êtes extrêmement susceptible d'avoir 2 goulots d'étranglement pertinents:

  • la faible quantité de RAM disponible pour le système, qui dans certains cas est même inférieure à la valeur nominale, par exemple si votre GPU vole de la mémoire RAM du système, la quantité totale disponible pour le système est évidemment 1 Go - WhatTheGPUIsUsing
  • le disque dur lent. Typiquement, les vieux ordinateurs portables ont un disque de 5400 tr / min, c'est probablement un très petit chiffre pour les normes d'aujourd'hui, il n'y a pas un bon débit que le système d'exploitation puisse utiliser.

La première conséquence est que votre RAM est faible et que même le SWAP ne sert à rien à cause du disque dur lent.

Fondamentalement, lorsque vous avez une faible quantité de RAM, le système utilise le SWAP, une partition sur votre disque dur, pour stocker des fichiers temporaires comme vous le faites avec votre RAM en premier lieu, cela permet au système d'exploitation d'obtenir plus de stockage temporaire et de «réparer» des choses quand il n'y a pas une bonne quantité de RAM disponible.

À moins que vous n'ayez désactivé ou supprimé la partition de swap, le swap est là et il fonctionne contre vos horaires, mais vous ne pouvez pas vraiment en faire trop parce que même utiliser un swap sur un disque dur lent est mieux que d'avoir votre OS ou vos applications terminées car de la mémoire qui n'est pas là.

Donc, vous devriez simplement garder les choses telles qu'elles sont maintenant, vous pouvez peut-être faire 2 choses:

  • essayez une autre distribution comme Archlinux, qui est typiquement plus rapide et plus légère mais nécessite un certain réglage et vous devez lire certains articles et manuels wiki pour savoir ce que vous faites
  • essayez de démarrer dans la console sans interface graphique, si vous ne pouvez vivre qu'avec la console, votre performane en bénéficiera, cela dépend évidemment de ce que vous devez faire, si vous devez coder et écrire des documents ou consulter des e-mails, vous pouvez le faire avec un terminal, si vous aimez naviguer sur le web, vous pouvez aussi le faire mais ce n'est certainement pas à la hauteur de ce que vous obtenez avec Firefox sous une session X11.

2
Les gens pourraient probablement écrire des livres sur l'espace d'échange. Personnellement, je pense que les systèmes d'exploitation modernes devraient avoir de meilleures façons de paginer la mémoire sale que le disque dur, qui est ~ 6 ordres de grandeur plus lent que la RAM principale - et présente également un problème de sécurité car les éléments décryptés peuvent être échangés. Re Arch Linux et vivant sur la console, encore une fois je ne vois pas le point; on peut toujours installer un bureau moins éléphant que Unity.
DanL4096

@ DanL4096 Je proposais l'approche de la console car avec cela, vous supprimez complètement l'interface graphique de l'équation, cela aide également à libérer un peu plus de RAM parfois. Unity est éléphantine mais X11 / Xorg n'est pas un petit logiciel non plus et parfois les pilotes n'aident pas beaucoup à accélérer les choses.
user3784961

Le problème est qu'un grand nombre de choses très utiles ne peuvent être faites qu'à partir d'un bureau graphique, ou nécessiteraient beaucoup de connaissances à faire de la CLI ... De plus, Xorg en lui-même est en fait assez petit. L'utilisation de la mémoire Xorg est en partie fonction des applications qui s'exécutent dessus (et également de la mémoire vidéo partagée, etc.) Xorg, xterms et presque tout ce qui est basé sur Xlib fonctionnera bien sur un Pentium II - c'est lorsque vous commencez à faire glisser de lourdes GTK + applications que les problèmes commencent.
DanL4096

Je trouve dans mon ordinateur portable que le fait de changer le planificateur de disque par défaut en cfq a fait une énorme différence dans ma perception du bon fonctionnement de l'ordinateur. Je pense qu'il est en fait un peu plus lent, mais il répond même pendant une opération de disque lourde (j'ai un de ces disques 5400 rmp)
Charles Green

@CharlesGreen pourrait être davantage lié à votre matériel, ou peut-être à des bizarreries de vos schémas d'utilisation typiques. Je n'ai jamais trouvé CFQ très différent de Deadline sur les charges de bureau. La fonction noautogroup fait la différence pour les tâches d'arrière-plan intensives; mais c'est parce que ce n'est pas une optimisation / modification, c'est une solution de contournement pour un bogue (ou quelque chose qui devrait être considéré comme un bogue au moins).
DanL4096

3

Il y a aussi gnome-session-flashback qui devrait vous sembler familier si vous avez utilisé des itérations précédentes d'Ubuntu. En plus d'avoir une apparence similaire, elle est également moins gourmande en ressources.


Bonne suggestion. La dernière fois que je l'ai utilisé, le panneau Flashback (c'est-à-dire la version mise à jour de l'ancien panneau GNOME) avait cependant des problèmes de performances - il bloquait et monopolisait le processeur lors du survol du menu "Office", pour une raison quelconque.
DanL4096

-2

Avez-vous vérifié votre fichier d'échange dans le Moniteur système / Ressources - bien qu'il fonctionnait bien en 13.10 - il n'a pas été activé lors de la mise à niveau vers 14.04 sur mon ordinateur portable.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.