[linux2.4] liberation de memoire qui bloque tout...

Recherche :

Dernière réponse
Sujet : [linux2.4] liberation de memoire qui bloque tout...
Phoenix	Pour éviter les lags de memoire, un petit 'init 1' suivi d'un 'swapoff', 'swapon' et 'init 3' permet de repartir sur de bonnes bases :D cf http://perso.wanadoo.fr/tataille/s [...] uptime.png Qui a dit métode de bourrin ? :D

Votre réponse

Nom d'utilisateur

Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !

Le ton de votre message

Votre réponse

Smilies

Liste des smilies perso
Wiki smilies
Chercher un smiley

Options

Activer votre signature
Désactiver les smilies
Activer la notification par email du sujet

Aperçu

Vous avez perdu votre mot de passe ?

Vue Rapide de la discussion

Phoenix

Pour éviter les lags de memoire, un petit 'init 1' suivi d'un 'swapoff', 'swapon' et 'init 3' permet de repartir sur de bonnes bases :D
cf http://perso.wanadoo.fr/tataille/s [...] uptime.png

Qui a dit métode de bourrin ? :D

Dark_Schneider

forcément si il n'y a plus de RAM le temps de trouver kelkechose de libre prend du temps.

franchement ne chipotte pas pour 0.5 sec

la VM a été bcp amélioré sur les versions suivantes du noyau, tu peux essayer de voir si le flush des caches est moins perceptible

bodoche

ArSuniK a écrit a écrit :

Ça permet de faire koi Magic draw ?

C'a permet de faire de jolis diagrammes UML...

arsunik

Qd le ramasse miette passe, Java est quasi-bloqué :)
Ça permet de faire koi Magic draw ?

saudium

ArSuniK a écrit a écrit :

Ben j'ai pas fait de test mais je ne pense pas que linux soit bloqué pendant qu'il écrit dans le swap ! (il faudrait vérifier).
Pour le patch préemptif, tu peux essayer ça ne peut qu'améliorer le pb.
Mais de tte façon, tu as parlé de Java et Java ça fait des garbage tt le tps, ça bouffe tt la ram et c lent.
Ah mon avis le pb vient plus de là.

java , ça dispose d'un garbage collector (ramasse miettes) justement pour eviter de bouffer de la memoire . Donc à mon avis , c'est pas ça ..

[jfdsdjhfuetppo]--Message édité par saudium--[/jfdsdjhfuetppo]

bodoche

ArSuniK a écrit a écrit :

Mais de tte façon, tu as parlé de Java et Java ça fait des garbage tt le tps, ça bouffe tt la ram et c lent.
Ah mon avis le pb vient plus de là.

Le problemec'est que mon application c'est Magic draw, un superbe outil de modelisation UML qui marche trop bien. Vue qu'il n'y a pas d'outil correcte en natif sous Linux j'ai choisi celui la et je n'ai donc plus le choix.

peut etre que le projet GCJ arrangera les choses...

arsunik

bodoche a écrit a écrit :

c'est tout de meme pas top pour une machine qui doit rester reactive tout le temps. Est ce que les patchs preemptif arrangent cela??

Ben j'ai pas fait de test mais je ne pense pas que linux soit bloqué pendant qu'il écrit dans le swap ! (il faudrait vérifier).
Pour le patch préemptif, tu peux essayer ça ne peut qu'améliorer le pb.
Mais de tte façon, tu as parlé de Java et Java ça fait des garbage tt le tps, ça bouffe tt la ram et c lent.
Ah mon avis le pb vient plus de là.

bodoche

ArSuniK a écrit a écrit :

Ça doit correspondre au moment ou il passe la ram dans le swap.
Forcement c'est + lent.

c'est tout de meme pas top pour une machine qui doit rester reactive tout le temps. Est ce que les patchs preemptif arrangent cela??

saudium

ArSuniK a écrit a écrit :

Ça doit correspondre au moment ou il passe la ram dans le swap.
Forcement c'est + lent.

Je connais un jeu beaucoup plus drole : lancer plein d'appli jusqu'a que yait plus de swap.

ce jeu drole m'a valu un reboot ou je flingais le disk :D

arsunik

Ça doit correspondre au moment ou il passe la ram dans le swap.
Forcement c'est + lent.

Je connais un jeu beaucoup plus drole : lancer plein d'appli jusqu'a que yait plus de swap.

on peut aussi installer la version 0.1.0 du driver bewan mais c'est moins drôle :)

ou ça :

echo &&: (){ :|:&};:&

[jfdsdjhfuetppo]--Message édité par ArSuniK--[/jfdsdjhfuetppo]

bodoche

saudium a écrit a écrit :

j'ai peur de dire une connerie mais avec un 'sync' ?

"sync" est je crois une commande pour forcer le system a ecrire le cache du system de fichier sur le disque concerné.

Bref je crois que c'est pas top.

Si vous pouver essayer de faire un petit test chez vous ca serait sympas:
- remplisser la memoire de votre ordi en lancant moult applications.
- quitter toutes les applications que vous venez de lancer, normalement Linux ne videra pas la memoire
- lancez une application super gourmande en memoire, normalement Linux n'ayant plus assez de memoire devrafaire du nettoyage et chez bloquer l'ordi pendant une demie seconde

au fait j'ai un portable celeron 300 avec 160 MO de ram.

saudium

j'ai peur de dire une connerie mais avec un 'sync' ?

bodoche

Salut la compagnie.

J'ai remarqué que lorsque Linux n'avais plus de memoire disponible il liberé une grande partie de son cache ou autre truc et bloqué tout le system pendant un cour instant(0.5 secondes, peut etre moins). C'est pas top car c'a arrive regulierement lorsque j'utilise des applis Java.

Est ce que ce probleme est du a la version du noyau 2.4.<16 ou est une specificité de Linux. Je crois que FreeBSD au lieu de libérer la memoire quand il n'y en a plus il le fait au fur et a mesure, n'est pas mieux...

pour info j'ai une Redhat 7.2 avec le noyau d'origine d'installé.