8 votes

Pourquoi Wubi ralentit-il ou se fige-t-il lorsqu'il y a une forte activité du disque ?

Je suis un nouvel utilisateur d'Ubuntu-12.04 avec l'installation de WUBI.

J'ai un Dell vostro 3450 avec i5 2410m, 3 gb ram, intel hd3000, amd 6630m hybrid.

La navigation et les jeux fonctionnent parfaitement. Cependant, j'ai d'énormes problèmes pour installer des applications et, d'une manière générale, pour copier et déplacer des fichiers.

En faisant cela, le système est nettement plus lent et se bloque assez souvent (Firefox devient bleuâtre, parfois même noir et blanc). Je dirais qu'Ubuntu alloue trop de ressources aux transferts de fichiers et à l'installation, mais même ces tâches sont très lentes.

Voici un exemple très précis : aujourd'hui, j'ai essayé de déplacer un fichier de 6 Go depuis mon installation Windows 7. Tout allait bien au début, j'ai donc sauté sur Firefox, mais au bout d'un moment, Firefox a commencé à devenir bleuâtre de manière aléatoire et la souris a cessé de fonctionner de manière aléatoire. C'était de pire en pire jusqu'à ce que j'arrive à un point où firefox devenait noir et blanc et la souris ne fonctionnait plus du tout. Je me suis mis en colère et suis allé manger, quand je suis revenu l'écran était noir. Il m'a probablement déconnecté pour cause d'inactivité, lorsque j'ai appuyé sur un bouton aléatoire pour faire apparaître l'écran, j'ai dû attendre quelques minutes pour qu'il ne me montre que le fond de mon écran. Pas d'écran de connexion, juste le fond d'écran et la souris qui fonctionne. Le ventilateur du NoteBook fonctionnait à 100 %, j'ai donc supposé que le transfert de fichiers était en cours et je l'ai laissé travailler. Rien n'a changé pendant une heure, alors j'ai redémarré l'ordinateur. Le transfert de fichiers a échoué, il a transféré à peine 2 gigas. Est-ce normal ?

Que faire dans ces situations ? Je n'ai pas pu charger le gestionnaire de système, ni même le terminal.

0 votes

Si vous exécutez la commande "free" dans un terminal, est-ce qu'elle montre qu'un swap est utilisé ?

0 votes

Vous pouvez vérifier ceci lien pour obtenir un problème général de performance avec E/S de disque dur voir le message de "mcduck". Vous le saviez peut-être déjà, Wubi est une méthode plus lente, et non standard.

0 votes

Como suggéré ici je recommande d'installer pastebinit ( sudo apt-get update && sudo apt-get install pastebinit ) et en exécutant pastebinit /var/log/dmesg y pastebinit /var/log/kern.log . Vous obtiendrez une URL pour chacun d'entre eux - ajoutez les deux URL par modifier votre question (ou commentez ici avec les liens s'il ne vous laisse pas ajouter les deux). Cela devrait permettre de mieux cerner votre problème. Et s'il vous plaît, allez-y et fournissez la sortie de free également. (Pour exécuter des commandes, ouvrez le Terminal avec Ctrl + Alt + T .)

4voto

FuzzyQ Points 2248

J'ai remarqué les mêmes blocages. Bien que je ne puisse pas dire pourquoi cela se produit, je connais un moyen de s'en débarrasser. Voici comment :

Dans un terminal, tapez

echo "deadline" | sudo tee /sys/block/sda/queue/scheduler

Essayez à nouveau de déplacer ou de copier des fichiers de plus grande taille. Vous devriez constater une énorme différence. Si c'est le cas, rendez le changement permanent en tapant dans un terminal :

gksudo gedit /etc/default/grub

Dans la ligne commençant par GRUB_CMDLINE_LINUX_DEFAULT="" ajoutez la chaîne suivante entre le "" s :

elevator=deadline

Sauvegarder et quitter. Après cela, tapez dans un terminal

sudo update-grub

Redémarrage.

Pour votre information : cela change le soi-disant planificateur en "date limite".

Source : : http://techtitbits.com/2010/04/get-rid-of-freeze-ups-during-disk-io-activity-in-ubuntu/

\================================================================================

Une autre possibilité serait de diminuer les paramètres du dirty_ratio. Pour le tester, tapez dans un terminal :

sudo bash -c "echo 10 > /proc/sys/vm/dirty_ratio"

sudo bash -c "echo 5 > /proc/sys/vm/dirty_background_ratio"

Si cela vous aide, rendez-le permanent en modifiant votre sysctl.conf :

gksudo gedit /etc/sysctl.conf

À la fin du fichier, ajoutez les lignes suivantes :

vm.dirty_ratio=10

vm.dirty_background_ratio=5

Sauvegarder, fermer et redémarrer. C'est fait.

4 votes

Comme le dit l'article, il est utile de le tester d'abord, pour voir si c'est vraiment utile : echo "deadline" | sudo tee /sys/block/sda/queue/scheduler

0 votes

Merci, j'ai modifié mon message en conséquence, en ajoutant les informations que vous avez fournies, @EliahKagan.

1voto

Robert Lamb Points 474

Vous devez vous rappeler que Wubi installe Ubuntu dans votre partition Windows existante et non dans une partition séparée.

Il semble qu'Ubuntu n'ait pas d'espace pour travailler dans votre partition Windows existante. Il pourrait essayer d'utiliser le swap mais ne pas en avoir assez, ce qui cause le ralentissement du système et la forte activité du disque.

Je devrais soit installer Ubuntu sur une partition séparée sans Wubi, soit étendre la taille de votre partition Windows et la taille de votre installation Wubi.

Vous pouvez également jeter un coup d'œil à cet article sur la façon d'améliorer les performances de votre disque dur.

1voto

danjo133 Points 311

D'après mon expérience, les E/S de disque sont le fléau de toute expérience utilisateur saine sous Linux.

Les choses qui aggravent la situation :

  • Utilisation d'un disque d'ordinateur portable (2,5"), en particulier un disque de 5k rpm
  • En utilisant wubi ou LVM/Encryption.
    • C'est parce que normalement, les lectures/écritures sur le disque sont assez optimisées pour votre matériel, mais l'avoir activé crée une couche d'indirection qui perturbe tout ça.

Les raisons de ce ralentissement :

  • La plupart des choses sur votre système linux ont besoin de toucher le disque assez souvent, ils écrivent des journaux, des fichiers de cache et parfois ils synchronisent des choses à travers le système de fichiers.
  • Lorsque le disque est occupé, tout s'arrête, en attendant que la vérification du fichier cache, etc. soit terminée. Ceci est particulièrement visible avec les applications gui.

Donc, en général. Tout ce que vous pouvez faire pour éviter de toucher le disque est bon.

Vous pouvez changer le répertoire du cache de votre firefox en

/run/shmC'est un disque RAM. Il est très rapide, mais tout ce que vous y stockez sera
  1. mangez votre bélier
  2. disparaissent après un redémarrage.

Des tutoriels à ce sujet peuvent être réalisés en utilisant Google.

0voto

Jerry Points 1

J'ai rencontré ça aussi. J'espérais qu'une solution ReadyBoost réglerait le problème, mais cela n'a pas fait une grande différence pour moi. Néanmoins, cela peut fonctionner pour vous.

Mon avis : les processus qui utilisent beaucoup l'accès au disque (qui est déjà 10 000 fois plus lent que l'accès à la mémoire) doivent maintenant en faire plus pour faire face au format de disque dur Wubi.

Ma suggestion : 1. Passez de Firefox à Chrome. Et fermez les onglets inutiles. 60% plus rapide. 2. Passez à un serveur web léger et minimaliste, si c'est ce qu'est votre application. J'ai essayé 3 - le serveur Reddit fonctionne lentement sur mon ordinateur portable de 6 ans, aussi bien le serveur que le client, et j'ai rencontré quelques problèmes d'installation avec Telescope, mais jusqu'à présent j'aime Arc 3.1 - la source derrière Hacker News. C'est un peu difficile à trouver, alors voici l'URL : http://ycombinator.com/arc/arc3.1.tar

Réflexion secondaire : si l'on utilisait la copie et les liens symboliques pour que tous les accès au disque résident sur la clé USB, pour les répertoires qui sont touchés par le plus d'accès au disque, cela devrait faire une différence en contournant complètement le système de fichiers Wubi et en le remplaçant par le SSD.

1 votes

Cela ne résout pas vraiment le problème. L'OP pourrait vouloir rester sur Firefox.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X