Déjà, ce qui me surprend c'est la mémoire d'échange : non utilisée.
Ensuite, au niveau de la mémoire physique, les valeurs changent constement
d' 1Mo, ce qui semble correspondre aux légers blocages et ralentissements.
Sûrement sans importance mais je préfère le signaler, hier j'ai -sans
réfléchir- fais
#rm -Rf *
dans mon répertoire home...
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Emmanuel Fleury
Bonjour,
En ce qui concerne la mémoire, mieux vaut passer par la commande "free -m" qui te donnera des informations peut-être plus pertinentes.
Ensuite, tant que la swap n'est pas utilisée, l'utilisation mémoire ne peut être considérée comme une cause de ralentissement de ta machine. Il faut donc chercher ailleurs (utilisation du CPU abusive par certains processus, disque-durs défaillant ou tardant à répondre, etc).
Amicalement -- Emmanuel Fleury
The highest goal of computer science is to automate that which can be automated. -- D. L. VerLee
Bonjour,
En ce qui concerne la mémoire, mieux vaut passer par la commande
"free -m" qui te donnera des informations peut-être plus pertinentes.
Ensuite, tant que la swap n'est pas utilisée, l'utilisation mémoire ne
peut être considérée comme une cause de ralentissement de ta machine. Il
faut donc chercher ailleurs (utilisation du CPU abusive par certains
processus, disque-durs défaillant ou tardant à répondre, etc).
Amicalement
--
Emmanuel Fleury
The highest goal of computer science is to automate that
which can be automated.
-- D. L. VerLee
En ce qui concerne la mémoire, mieux vaut passer par la commande "free -m" qui te donnera des informations peut-être plus pertinentes.
Ensuite, tant que la swap n'est pas utilisée, l'utilisation mémoire ne peut être considérée comme une cause de ralentissement de ta machine. Il faut donc chercher ailleurs (utilisation du CPU abusive par certains processus, disque-durs défaillant ou tardant à répondre, etc).
Amicalement -- Emmanuel Fleury
The highest goal of computer science is to automate that which can be automated. -- D. L. VerLee
Nico Glads
Emmanuel Fleury wrote:
Bonjour, Merci pour la réponse
En ce qui concerne la mémoire, mieux vaut passer par la commande "free -m" qui te donnera des informations peut-être plus pertinentes.
Ensuite, tant que la swap n'est pas utilisée, l'utilisation mémoire ne peut être considérée comme une cause de ralentissement de ta machine. Il faut donc chercher ailleurs (utilisation du CPU abusive par certains processus, disque-durs défaillant ou tardant à répondre, etc).
Amicalement
Oui je crois que ça pourrait provenir d'un maxtor 160GO qui commence à avoir de la bouteille.
Donc je peux considérer que l'espace swap vide n'est pas une mauvaise chose? Parce que j'ai beau démarrer xx programmes, il reste vide.
Emmanuel Fleury wrote:
Bonjour,
Merci pour la réponse
En ce qui concerne la mémoire, mieux vaut passer par la commande
"free -m" qui te donnera des informations peut-être plus pertinentes.
Ensuite, tant que la swap n'est pas utilisée, l'utilisation mémoire ne
peut être considérée comme une cause de ralentissement de ta machine. Il
faut donc chercher ailleurs (utilisation du CPU abusive par certains
processus, disque-durs défaillant ou tardant à répondre, etc).
Amicalement
Oui je crois que ça pourrait provenir d'un maxtor 160GO qui commence à avoir
de la bouteille.
Donc je peux considérer que l'espace swap vide n'est pas une mauvaise chose?
Parce que j'ai beau démarrer xx programmes, il reste vide.
Ensuite, tant que la swap n'est pas utilisée, l'utilisation mémoire ne peut être considérée comme une cause de ralentissement de ta machine. Il faut donc chercher ailleurs (utilisation du CPU abusive par certains processus, disque-durs défaillant ou tardant à répondre, etc).
Amicalement
Oui je crois que ça pourrait provenir d'un maxtor 160GO qui commence à avoir de la bouteille.
Donc je peux considérer que l'espace swap vide n'est pas une mauvaise chose? Parce que j'ai beau démarrer xx programmes, il reste vide.
Emmanuel Fleury
Nico Glads wrote:
Voici la sortie: total used free shared buffers cached Mem: 1011 503 507 0 13 296 -/+ buffers/cache: 193 817 Swap: 2353 0 2353
La swap est vide, donc pas de pb de mémoire.
Oui je crois que ça pourrait provenir d'un maxtor 160GO qui commence à avoir de la bouteille.
Il faut que tu regardes (en tant que root) dans /var/log/messages si tu as des messages indiquant des problèmes d'I/O. Si tel est le cas, il faut changer vite fait le périphérique incriminé.
Donc je peux considérer que l'espace swap vide n'est pas une mauvaise chose? Parce que j'ai beau démarrer xx programmes, il reste vide.
En fait, très grossièrement, l'algorithme de Linux est d'utiliser un maximum de mémoire vive (RAM). Si tu lances Firefox, le binaire va être stocké en mémoire et y restera même si tu le quitte pour que la prochaine fois que tu le lances il soit chargé plus vite.
L'idée c'est que les utilisateurs font marcher toujours les mêmes applications, si elles restent en mémoire RAM, elles seront chargées plus rapidement. Donc, Linux charge la RAM jusqu'à ce qu'il n'y en ait plus. Et une fois qu'il n'y en a plus, il va effacer les programmes les plus anciens (s'ils sont fermés).
Si tous les programmes sont ouverts et qu'il n'a plus de RAM, alors il attaque la swap. Mais il essaye de ne pas dépendre de la swap qui est une extension de la RAM sur le disque-dur (avec des perfomances forcément moins bonnes que celles de la RAM).
Amicalement -- Emmanuel Fleury
Ars longa, vita brevis. -- Hippocrate
Nico Glads wrote:
Voici la sortie:
total used free shared buffers cached
Mem: 1011 503 507 0 13 296
-/+ buffers/cache: 193 817
Swap: 2353 0 2353
La swap est vide, donc pas de pb de mémoire.
Oui je crois que ça pourrait provenir d'un maxtor 160GO qui commence à avoir
de la bouteille.
Il faut que tu regardes (en tant que root) dans /var/log/messages si tu
as des messages indiquant des problèmes d'I/O. Si tel est le cas, il
faut changer vite fait le périphérique incriminé.
Donc je peux considérer que l'espace swap vide n'est pas une mauvaise chose?
Parce que j'ai beau démarrer xx programmes, il reste vide.
En fait, très grossièrement, l'algorithme de Linux est d'utiliser un
maximum de mémoire vive (RAM). Si tu lances Firefox, le binaire va être
stocké en mémoire et y restera même si tu le quitte pour que la
prochaine fois que tu le lances il soit chargé plus vite.
L'idée c'est que les utilisateurs font marcher toujours les mêmes
applications, si elles restent en mémoire RAM, elles seront chargées
plus rapidement. Donc, Linux charge la RAM jusqu'à ce qu'il n'y en ait
plus. Et une fois qu'il n'y en a plus, il va effacer les programmes les
plus anciens (s'ils sont fermés).
Si tous les programmes sont ouverts et qu'il n'a plus de RAM, alors il
attaque la swap. Mais il essaye de ne pas dépendre de la swap qui est
une extension de la RAM sur le disque-dur (avec des perfomances
forcément moins bonnes que celles de la RAM).
Voici la sortie: total used free shared buffers cached Mem: 1011 503 507 0 13 296 -/+ buffers/cache: 193 817 Swap: 2353 0 2353
La swap est vide, donc pas de pb de mémoire.
Oui je crois que ça pourrait provenir d'un maxtor 160GO qui commence à avoir de la bouteille.
Il faut que tu regardes (en tant que root) dans /var/log/messages si tu as des messages indiquant des problèmes d'I/O. Si tel est le cas, il faut changer vite fait le périphérique incriminé.
Donc je peux considérer que l'espace swap vide n'est pas une mauvaise chose? Parce que j'ai beau démarrer xx programmes, il reste vide.
En fait, très grossièrement, l'algorithme de Linux est d'utiliser un maximum de mémoire vive (RAM). Si tu lances Firefox, le binaire va être stocké en mémoire et y restera même si tu le quitte pour que la prochaine fois que tu le lances il soit chargé plus vite.
L'idée c'est que les utilisateurs font marcher toujours les mêmes applications, si elles restent en mémoire RAM, elles seront chargées plus rapidement. Donc, Linux charge la RAM jusqu'à ce qu'il n'y en ait plus. Et une fois qu'il n'y en a plus, il va effacer les programmes les plus anciens (s'ils sont fermés).
Si tous les programmes sont ouverts et qu'il n'a plus de RAM, alors il attaque la swap. Mais il essaye de ne pas dépendre de la swap qui est une extension de la RAM sur le disque-dur (avec des perfomances forcément moins bonnes que celles de la RAM).
Amicalement -- Emmanuel Fleury
Ars longa, vita brevis. -- Hippocrate
Matthieu Moy
Emmanuel Fleury writes:
L'idée c'est que les utilisateurs font marcher toujours les mêmes applications, si elles restent en mémoire RAM, elles seront chargées plus rapidement. Donc, Linux charge la RAM jusqu'à ce qu'il n'y en ait plus. Et une fois qu'il n'y en a plus, il va effacer les programmes les plus anciens (s'ils sont fermés).
Tout à fait, par contre, il n'y a pas que les programmes qui peuvent être dans le cache. C'est le cas de tous les fichiers « normaux » sur le disque.
Une expérience amusante, à faire avec un gros fichier (typiquement, une image ISO) qui n'a pas été accedé recemment : lancer « vmstat 1 » dans un terminal, et dans un autre terminal, faire deux fois de suite « time cat image.iso > /dev/null ».
La première fois, on voit la colonne « cache » de vmstat qui grandit, la deuxième fois, on remarque que ça va bien plus vite. Si il n'y a pas assez de RAM pour garder tout le fichier, en général il va commencer à attaquer le swap (en mettant dedans les bouts qui n'ont pas servi depuis longtemps), après, c'est à ton système de choisir entre swap et cache ...
L'idée c'est que les utilisateurs font marcher toujours les mêmes
applications, si elles restent en mémoire RAM, elles seront chargées
plus rapidement. Donc, Linux charge la RAM jusqu'à ce qu'il n'y en ait
plus. Et une fois qu'il n'y en a plus, il va effacer les programmes les
plus anciens (s'ils sont fermés).
Tout à fait, par contre, il n'y a pas que les programmes qui peuvent
être dans le cache. C'est le cas de tous les fichiers « normaux » sur
le disque.
Une expérience amusante, à faire avec un gros fichier (typiquement,
une image ISO) qui n'a pas été accedé recemment : lancer « vmstat 1 »
dans un terminal, et dans un autre terminal, faire deux fois de suite
« time cat image.iso > /dev/null ».
La première fois, on voit la colonne « cache » de vmstat qui grandit,
la deuxième fois, on remarque que ça va bien plus vite. Si il n'y a
pas assez de RAM pour garder tout le fichier, en général il va
commencer à attaquer le swap (en mettant dedans les bouts qui n'ont
pas servi depuis longtemps), après, c'est à ton système de choisir
entre swap et cache ...
L'idée c'est que les utilisateurs font marcher toujours les mêmes applications, si elles restent en mémoire RAM, elles seront chargées plus rapidement. Donc, Linux charge la RAM jusqu'à ce qu'il n'y en ait plus. Et une fois qu'il n'y en a plus, il va effacer les programmes les plus anciens (s'ils sont fermés).
Tout à fait, par contre, il n'y a pas que les programmes qui peuvent être dans le cache. C'est le cas de tous les fichiers « normaux » sur le disque.
Une expérience amusante, à faire avec un gros fichier (typiquement, une image ISO) qui n'a pas été accedé recemment : lancer « vmstat 1 » dans un terminal, et dans un autre terminal, faire deux fois de suite « time cat image.iso > /dev/null ».
La première fois, on voit la colonne « cache » de vmstat qui grandit, la deuxième fois, on remarque que ça va bien plus vite. Si il n'y a pas assez de RAM pour garder tout le fichier, en général il va commencer à attaquer le swap (en mettant dedans les bouts qui n'ont pas servi depuis longtemps), après, c'est à ton système de choisir entre swap et cache ...
-- Matthieu
Nicolas George
Emmanuel Fleury wrote in message <djqphj$vt3$:
Oui je crois que ça pourrait provenir d'un maxtor 160GO qui commence à avoir de la bouteille. Il faut que tu regardes (en tant que root) dans /var/log/messages si tu
as des messages indiquant des problèmes d'I/O.
Utiliser smartctl (-a par exemple) pour examiner l'état du disque est probablement une bonne idée également.
Emmanuel Fleury wrote in message <djqphj$vt3$1@news.u-bordeaux1.fr>:
Oui je crois que ça pourrait provenir d'un maxtor 160GO qui commence à avoir
de la bouteille.
Il faut que tu regardes (en tant que root) dans /var/log/messages si tu
as des messages indiquant des problèmes d'I/O.
Utiliser smartctl (-a par exemple) pour examiner l'état du disque est
probablement une bonne idée également.
Oui je crois que ça pourrait provenir d'un maxtor 160GO qui commence à avoir de la bouteille. Il faut que tu regardes (en tant que root) dans /var/log/messages si tu
as des messages indiquant des problèmes d'I/O.
Utiliser smartctl (-a par exemple) pour examiner l'état du disque est probablement une bonne idée également.
Nico Glads
Emmanuel Fleury wrote:
Il faut que tu regardes (en tant que root) dans /var/log/messages si tu as des messages indiquant des problèmes d'I/O. Si tel est le cas, il faut changer vite fait le périphérique incriminé.
Heu excusez moi de vous avoir dérangé pour rien :-)
J'ai trouvé dans messages environ 100 000 lignes comme celles-ci:
kernel: FAT: Filesystem panic (dev fd0) invalid access to FAT (entry 0x00001074) Je tentais vainement de formater une disquette... Merci
Emmanuel Fleury wrote:
Il faut que tu regardes (en tant que root) dans /var/log/messages si tu
as des messages indiquant des problèmes d'I/O. Si tel est le cas, il
faut changer vite fait le périphérique incriminé.
Heu excusez moi de vous avoir dérangé pour rien :-)
J'ai trouvé dans messages environ 100 000 lignes comme celles-ci:
kernel: FAT: Filesystem panic (dev fd0)
invalid access to FAT (entry 0x00001074)
Je tentais vainement de formater une disquette...
Merci
Il faut que tu regardes (en tant que root) dans /var/log/messages si tu as des messages indiquant des problèmes d'I/O. Si tel est le cas, il faut changer vite fait le périphérique incriminé.
Heu excusez moi de vous avoir dérangé pour rien :-)
J'ai trouvé dans messages environ 100 000 lignes comme celles-ci:
kernel: FAT: Filesystem panic (dev fd0) invalid access to FAT (entry 0x00001074) Je tentais vainement de formater une disquette... Merci
