J'ai un eeePC 900a :il a un disque flash de 8 Go et seulement 1 Go de RAM. La distribution Linux qui y est installée est ArchLinux.
Lorsque le système manque de mémoire, cela devient extrêmement ne répond pas :il faut plusieurs secondes/minutes pour faire des choses comme passer à TTY1 ou même déplacer le pointeur de la souris. Parfois, on dirait que le système se fige :il y a trois heures, je l'ai laissé tranquille et rien n'a changé jusqu'à présent.
Je préfère éviter de créer une partition/fichier d'échange sur cet eeePC puisque le disque est déjà si petit, et aussi parce que les nombreuses écritures sur l'espace d'échange réduiraient beaucoup la durée de vie de la carte flash.
De plus, je pense qu'un swap file/partition déplacerait simplement le problème, plutôt que de le résoudre définitivement.
Le noyau n'est-il pas censé tuer certaines applications aléatoires lorsqu'il manque de mémoire ? Pourquoi échoue-t-il (ou prend-il des siècles) à le faire ?
Il y a quelques mois/années, j'ai déjà essayé d'approfondir cela, mais je n'ai rien trouvé qui fonctionne réellement…
Réponse acceptée :
Il est possible d'appeler OOM-killer (out of memory killer) directement par combinaison clavier :
SysRq-F
La touche SysRq est généralement combinée avec la touche PrtSc sur les claviers.
OOM-killer tue certains processus et le système redevient réactif.
Merci Raman pour ses conseils sur cette fonctionnalité dans les commentaires ci-dessus.
PS :Cela m'a beaucoup aidé. Je suis d'accord avec l'opinion que c'est le conseil le plus utile à propos de ce problème s'il est causé par Chrome ou tout autre logiciel gourmand en mémoire. Mais vous devez garder à l'esprit que OOM-killer peut tuer un processus très important, utilisez-le avec précaution.