salut,
je tourne avec mandriva 2005.
ça marche pas mal, du coup j'utlise quasi plus xp.
Par contre j'ai un soucis avec la ram.
j'ai 1 Go de ram et au bout de 2 h j'attein 98ù des ressources des de la meoire physique.
Est ce qu'il existe une commande pour verifer les processus comme sur xp.

man top, ou man ps

en mode console : la commande top et ensuite tu fais SHIFT+M pour trier par occupation mémoire, ou alors la commande  ps -auxx aussi
 
en mode graphique sous KDE, il y a ksysguard : menu -> système -> surveillance système -> Performance monitor ou Surveillance du système ou ksysguard

C'est le comportement normal d'un Linux: il utilise toute la ram disponible, comme cache ou buffer disque, ce qui augmente considérablement les performances. Tant que ta ram est pleine, mais qu'il ne swappe pas, tout va bien...

neologix> logique trop simpliste, excuse moi.
Cela peut être aussi le signe d'un application qui a une fuite mémoire ( memleak ), bug qui se doit d'être corrigé.
 
Maintenant il est vrai que Linux fait peut appel au swap et met pas mal de chose en RAM et qu'il y a les caches disques, cependant certaines applis consomment beaucoup ( trop ) de mémoire ( openoffice, firefox ) voire même memleak à mort. Donc quand les même applis sont ouvertes pendant 2H, tu n'est pas censé arriver à 100% de mem occupé.

 
Linux fait appel au swap quand il en a besoin, c'est tout.  
La plupart du temps, cette question est due à une "mauvaise" comparaison avec Windows, sur la gestion de la mémoire.  Après, cela peut effectivement venir de fuites mémoires (malloc() c'est bien, mais free() aussi, hein). Pour voir ça, un top suffit (m pour trier par occupation mémoire).

neologix> donc c'est pourquoi ta question est simpliste.
sache aussi que tu peux controler à quel point tu veux que linux utilise la swap ou pas avec /proc/sys/vm/swappiness

je ne connaissais pas c'est interessant ça merci

ok mais je n'ai pas pris de swap, avec 1Go de ram on ma dit que c'était pas la peine.

comment ça tu n'a pas pris de swap ? même si 1 Go c'est bien c'est pas fénoménal et si ton système a besoin de plus d'1 Go tu fais comment ben il swap. T'as bien créé une partition de swap non ?
 

aurelboiss> tiens j'ai fait un blog concernant swappiness : http://www.linux-wizard.net/index.php?id_blog=40

non, j'ai pas de swap sur mes deux pc.
 
kaella 2.1 rc1 sur portable 512 Mo de ram
mandriva 2005 sur fixe 1Go de ram

tu devrais mettre une partition de swap ou alors un fichier de swap ...
 
sinon top ne t'a donné aucun indice ?

j'ai un pb avec l'astuce de swappiness:
quand la mémoire est pleine, oom-killer me tue des applications alors qu'il reste du swap !
je pensais que swappiness à 0 permettait de privilégier l'utilisation de la ram, et pas d'interdire le swap !
(mandriva 2006 avec kernel 2.6.12-12mdksmp)
 
 
oom-killer: gfp_mask=0x80d2
DMA per-cpu:
cpu 0 hot: low 2, high 6, batch 1
cpu 0 cold: low 0, high 2, batch 1
cpu 1 hot: low 2, high 6, batch 1
cpu 1 cold: low 0, high 2, batch 1
Normal per-cpu:
cpu 0 hot: low 62, high 186, batch 31
cpu 0 cold: low 0, high 62, batch 31
cpu 1 hot: low 62, high 186, batch 31
cpu 1 cold: low 0, high 62, batch 31
HighMem per-cpu:
cpu 0 hot: low 30, high 90, batch 15
cpu 0 cold: low 0, high 30, batch 15
cpu 1 hot: low 30, high 90, batch 15
cpu 1 cold: low 0, high 30, batch 15
 
Free pages:       12328kB (120kB HighMem)
Active:191813 inactive:41662 dirty:0 writeback:0 unstable:0 free:3082 slab:7930 mapped:221649 pagetables:1684
DMA free:4096kB min:68kB low:84kB high:100kB active:6880kB inactive:0kB present:16384kB pages_scanned:29429 all_unreclaimable? yes
lowmem_reserve[]: 0 880 1007
Normal free:8112kB min:3756kB low:4692kB high:5632kB active:648180kB inactive:166648kB present:901120kB pages_scanned:34916 all_unreclaimable? no
lowmem_reserve[]: 0 0 1023
HighMem free:120kB min:128kB low:160kB high:192kB active:112192kB inactive:0kB present:131008kB pages_scanned:118902 all_unreclaimable? yes
lowmem_reserve[]: 0 0 0
DMA: 0*4kB 0*8kB 4*16kB 2*32kB 2*64kB 2*128kB 0*256kB 1*512kB 1*1024kB 1*2048kB 0*4096kB = 4096kB
Normal: 86*4kB 5*8kB 5*16kB 1*32kB 1*64kB 1*128kB 1*256kB 0*512kB 1*1024kB 1*2048kB 1*4096kB = 8112kB
HighMem: 0*4kB 1*8kB 1*16kB 1*32kB 1*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 120kB
Swap cache: add 69221, delete 60614, find 5689/8566, race 0+7
Free swap  = 1437460kB
Total swap = 1630556kB
Out of Memory: Killed process 9563 (vmware-vmx).

montre ton top juste pour voir

Ben, c'est assez difficile de choper un top pertinent, puisque quand oom-killer se lance, le pc rame à donf, et juste après, il y a plein de ram dispo (logique, c'est le but de ce truc).
 
Pour te donner une idée, le kill intervient quand "buffers" et "cached" approchent de 0, alors que "Swap: used" reste désespérement proche de 0 aussi...
 

ben il faut pourtant surveiller vmware.

Heu, vmware c'est juste le dernier exemple qui m'est arrivé ... j'ai la quasi certitude qu'il ne fuit pas puisque top donne à peu près 28% d'utilisation mémoire (j'ai une VM de 256 Mo sur mon PC avec 1 Go). Mais bon, j'ai pas la valeur pile au moment où il se fait killer ...
 
Sinon, des fois je me fait killer UT2004 en pleine partie, ce qui est plus gênant ! Ca arrive aussi à thunderbird, ou à mld**key ...
 
J'ai passé le swappiness à 30 et apparemment je n'ai plus de pb, mais je n'explique pas qu'en 0 le swap ne soit JAMAIS utilisé.

je l'ai remarqué aussi la semaine dernière à force de me retrouver avec Eclipse qui se fermait. J'ai finit par penser au OOM killer. Je ne pensais pas non plus qu'il interdisait carrément la swap ... enfin ce n'était pas le cas avant sur les anciennes version du noyau