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é.

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.

Ç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]

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

 
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à.

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...

 
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]

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

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

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

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  
cf http://perso.wanadoo.fr/tataille/s [...] uptime.png
 
Qui a dit métode de bourrin  ?