Ordinateur fonctionnant très lentement sous 13.04

9

Après avoir eu quelques accès avec Windows 8, j'ai décidé de le jeter et d'exécuter Ubuntu comme système d'exploitation principal.

Actuellement, j'ai des problèmes de performances:

Même lors de l'exécution des tâches les plus simples, telles que la connexion à l'interface utilisateur ou à la console, ou l'exécution apt-get upgrade, cela prend très longtemps et le ventilateur du processeur tourne à pleine vitesse. Je lance top, et l' topapplication elle-même prend environ 13%. À titre de comparaison, si je fonctionne topsur un Macmini 2007 exécutant également Ubuntu 13.04, il toputilise environ 0,5%. Le démarrage à froid de l'interface graphique d'invite de connexion prend quelques minutes, contre environ 15 secondes sur Windows 7 et moins d'une minute sur Macmini. Le démarrage d'une fenêtre de terminal par ctrl-alt-t prend peut-être 20 secondes, et même la modification d'une ligne de commande a des retards importants.

Question: Comment résoudre ce problème de performances?

J'ai installé Ubuntu 13.04 (64 bits) sur un Acer Aspire 8951G sur le SSD 120 Go au format ext4, avec un échange de 32 Go sur un disque dur. Puis, provenant d'un environnement Windows, j'ai commencé par faire une mise à jour: sudo apt-get update && apt-get upgrade. C'était aussi très lent. J'ai 32 Go de RAM installés (qui fonctionne dans le BIOS, Windows dans Ubuntu). J'ai le BIOS le plus récent (1.13) que j'ai pu trouver sur le site d'assistance Acer.

Si je pars partedmagicdu courant ultimate boot cd, il y a le même problème de performances. Si j'essaye partedmagicsur un autre Acer que j'ai (Acer Aspire V3-571G), il y a le même problème de performances. Dans Windows 7 que j'avais installé hier en tant que système d'exploitation principal, il n'y avait aucun problème de performances.

J'ai essayé hardinfoavec des résultats hardinfo . / var / log / syslog contient / var / log / syslog

Plus d'infos 2013-05-30:

J'ai essayé la clé USB Ubuntu Live 13.04 x86_64 sur mon:

Acer V3-571G (celui qui était précédemment lente avec partedmagic) de ce qui suit hardinfo . Ubuntu était très réactif et j'étais satisfait des performances sur cet ordinateur. Voici le / var / log / syslog .

Acer Aspire 8951G (mon ordinateur à problème) avec le contenu / var / log / syslog résultant . J'ai sélectionné à try ubuntupartir du bâton. Le système n'est même pas arrivé à l'écran de connexion avant que j'abandonne.

Une partie intéressante de la fin du problème-syslog: timeout: kill 'keymap input / event, ------ rcu_sched décrochage auto-détecté sur CPU, ------ BUG: verrouillage progressif - CPU # 3 bloqué pendant 22s!

Un test de mémoire utilisant Memtest86 + pendant plusieurs heures (1 itération) a réussi.

J'ai essayé d'installer bumblebee et ses dépendances suggérées sans changement notable dans les performances.

sudo powertop --time=60 --htmlproduit le rapport PowerTop.html

Modifier le 06/06/2013:

grep Graphics /var/log/Xorg.0.loget les cat /var/log/Xorg.0.logrésultats sont sur paste.ubuntu.com

i cat /proc/cpuinfo | grep "cpu MHz"et les cat /proc/cpuinforésultats sont également sur paste.ubuntu.com

tomsv
la source
Ce bogue: le verrouillage logiciel semble être un bogue. J'ai essayé de démarrer avec le noyau principal pour voir si cela fonctionne? wiki.ubuntu.com/Kernel/MainlineBuilds
aXept
Quel est le numéro de bug?
coteyr
@dontomaso pouvez-vous exécuter cat / proc / cpuinfo | grep "cpu MHz"
coteyr
Je l'aurais mis en note mais je ne peux pas. grep "Graphics" /var/log/Xorg.0.logEnvoyez- nous votre s'il ne montre aucun pilote, envoyez simplement le fichier de trous. Je pense qu'il est lié à quelques autres problèmes (et bug que j'ai signalé) Essayez d'installer à partir du DVD
Tomas
Exécutez un diagnostic interne / bios, voir si tout va bien. Y a-t-il des antécédents récents de plantage de Windows?
22lk94k943 seulement le

Réponses:

1

Je pense que vous pourriez avoir trop de RAM swap configurée. À un certain moment, plus de RAM d'échange ralentit considérablement l'ordinateur. Essayez peut-être de garder le RAM + swap à un niveau raisonnable (pas 64 Go), sauf si vous en avez vraiment besoin. Une bonne alternative serait de changer le swappiness (dans quelle mesure l'ordinateur utilise SWAP) à un niveau inférieur. La commande suivante vérifie votre permutation.

cat /proc/sys/vm/swappiness

La permutation est par défaut 60, ce qui signifie qu'il utilisera votre disque dur plus lent au lieu de votre RAM plus rapide la plupart du temps. Vous pouvez modifier le swappiness avec la commande suivante, vous devrez essayer un peu avec la valeur, peut-être même la définir 0(avoir 32 Go de RAM est suffisant):

sudo sysctl vm.swappiness=[enter value here]

Cependant, cela ne fonctionne que pour la session en cours. Pour changer le swappiness au démarrage (quand c'est vraiment important), vous devrez éditer un fichier de configuration

gksudo gedit /etc/sysctl.conf

Trouvez la ligne vm.swappiness; s'il n'en existe pas, ajoutez-le.

vm.swappiness = [enter value here]

Pour utiliser les paramètres sans redémarrer, basculez l'échange

  sudo swapoff -a; sudo swapon -a

source: http://www.n00bsonubuntu.net/content/change-swappiness-settings/

Azsgy
la source
0

Pour le SSD, assurez-vous que son micrologiciel est à jour. Vérifiez également et voyez si vous pouvez obtenir un pilote pour la carte nVidia, ce qui fait parfois toute la différence dans le monde.

Vous pouvez également exécuter un outil d'alignement dans Windows pour vous assurer que le SSD est correctement aligné.

Si vous désactivez la journalisation pour EXT4, cela peut aider à améliorer la vitesse, car cela a été la cause de problèmes avec les SSD et Ubuntu 12.10 dans le passé.

Pour désactiver la journalisation pour ext4, procédez comme suit:

  1. Démontez le système de fichiers, vous devrez peut-être le faire à partir d'un DVD ou d'une clé USB amorçable (de préférence)
  2. Exécutez ce qui suit dans une fenêtre de terminal: tune4fs -O ^has_journal /dev/sda1

  3. Exécuter à partir du terminal: e4fsck –f /dev/sda1

Redémarrez juste après. REMARQUE: LA DÉSACTIVATION DE LA JOURNALISATION PEUT CAUSER UNE PERTE DE DONNÉES EN CAS DE PANNE DE COURANT!

Shawn Barnes
la source
-1

Vous pouvez également supprimer complètement la partition en utilisant gparted (en utilisant chiot linux dont la plupart sinon tous ont gparted, ou utiliser gparted live pendrive / cd ou en utilisant le live UBUNTU CD si vous avez une connexion Internet et installez gparted) et le recréer , en vous assurant que "aligner sur MB" est choisi et créez une partition EXT4 dans l'espace vide.

Il est possible que le programme d'installation n'ait pas aligné la partition sur Mo comme ce qui m'est arrivé et que la machine était mortellement lente. Une fois que j'ai fait cela, ma machine a volé.

Brian Harkness
la source