Bonjour,
 
je travail sur mon pc linux (p4 2.2Ghz et 1.5Go de ram).
Je n'ai pas grand chose ouvert (mozilla client mail et navigateur, du ftp et quelques fenetres Xterm) mais ma ram est déjà full : il ne me reste que 300Mo !! (d'après un top)
Savez-vous comment je pourrais savoir qui utilise ma ram ??
j'imagine que ps -quelque chose doit marcher mais avec quelles options car avec ps -aux, il n'y a rien d'anormal : %Mem vaut moins que 10%.
 
Merci
 
Frisko

top

Un pti alias pour voir les process gourmand :

 
A mon avis, ça vient plutôt de là :
Dans la ram utilisée, linux comptabilise le cache (fichiers utilisés recemment). Pour connaître exactement la mémoire occupée, il faut soustraire la quantité de ram "cached".

bah non !
 
voici mon top :  
 
  9:57am  up 14 days,  1:33,  3 users,  load average: 0,44, 0,48, 0,32
93 processes: 88 sleeping, 5 running, 0 zombie, 0 stopped
CPU states:  1,3% user,  0,9% system,  0,3% nice,  1,9% idle
Mem:  1551596K av, 1500276K used,   51320K free,       0K shrd,  119788K buff
Swap:  248968K av,   17488K used,  231480K free                 1111984K cached
 
  PID USER     PRI  NI  SIZE  RSS SHARE STAT %CPU %MEM   TIME COMMAND
20833 moi  18  10 47456  46M 17988 R N  24,8  3,0   2:44 mozilla-bin
 1414 root      12   0  1256    8     4 R    21,9  0,0 346:43 oki4daemon
20659 moi   9   0 44128  11M  9244 S     1,9  0,7   1:19 kdeinit
20707 moi  11   0  9044 9040  6540 R     1,9  0,5   0:13 gnome-terminal
21125 moi  11   0  1028 1028   796 R     1,9  0,0   0:00 top
20693 moi   9   0 47908  14M 12312 S     0,9  0,9   0:58 kdeinit
    1 root       9   0   132   84    72 S     0,0  0,0   0:34 init
    2 root       9   0     0    0     0 SW    0,0  0,0   0:28 keventd
    3 root       9   0     0    0     0 SW    0,0  0,0   0:51 kapmd
    4 root      19  19     0    0     0 SWN   0,0  0,0   1:36 ksoftirqd_CPU0
    5 root       9   0     0    0     0 SW    0,0  0,0   3:26 kswapd
 
 
apparemment aucun processe utilise ma ram mais dans l'entête du top, j'en est plus de dispo !

Utilise plutôt free pour avoir la ram libre.
Là tu as 51320K free + 119788K buff + 1111984K cached

merci pour l'alias, jen'ai pas plus d'info que le top :  
 
 0.1    2820    1696  bash      moi
  0.1    2820    1704  bash      moi
  0.1    2820    1712  bash      moi
  0.1    2820    1712  bash      moi
  0.1    2820    1712  bash      moi
  0.1    2932    1600  ssh       moi
  0.1    4064    2176  bonobo-a  moi
  0.1    4520    2652  gconfd-2  moi
  0.1    5168    2608  xterm.re  moi
  0.1    5200    2636  xterm.re  moi
  0.1    5220    2672  xterm.re  moi
  0.1    5224    2652  xterm.re  moi
  0.3   10604    5372  xfs       xfs      
  0.3   19500    4988  kdeinit   moi
  0.3    7988    5012  artsd     moi
  0.5   15776    9048  gnome-te  moi
  0.5   19452    7964  kdeinit   moi
  0.5   20884    9096  kdeinit   moi
  0.5   57024    9092  kalarmd   moi
  0.7   56740   11344  kdeinit   moi
  0.7   57092   11396  kdeinit   moi
  0.7   57240   12332  korgac    moi
  0.7   57940   12376  kdeinit   moi
  0.8   58368   13440  kdeinit   moi
  0.8   61040   13668  kdeinit   moi
  0.9   60276   15124  kdeinit   moi
  2.2   76212   34592  X         root    
  3.0   62684   47460  mozilla-  moi
  3.0   62684   47460  mozilla-  moi
  3.0   62684   47460  mozilla-  moi
  3.0   62684   47460  mozilla-  moi
  3.0   62684   47460  mozilla-  moi
  3.0   62684   47460  mozilla-  moi

et la colonne %MEM skoi

tu fais un top, puis shift+m+entrée : ça te classe les processus par ordre décroissant d'utilisation de ram. m'enfin bon en tous cas, là c normal, les 2/3 de ta ram sont utilisés pour le cache, c'est tout à fait raisonable. la mémoire libre donnée par top est celle où il ne se passe rien, mais le cache est aussi en quelques sortes de la "mémoire libre"

merci pour les infos !

il faut soustraire la mem cached
 
linux garde cette mem sous le bras au cas ou cela pourrait servir ( si tu relances un prog deja utilisé par exemple ) mais l'ecrabouille sans vergogne si un nouveau prog à besoin de place.
 
 
l'avantage c'est que si tu lances un truc deja en mémoire, ça sera plus rapide, l'inconvenient c'est le manque de "lisibilité" sous top/etc...
 
le mieux reste un "cat /proc/meminfo" + petit script pour additionner/soustraire ce qu'il faut

merci encore pour tous ces precieux conseils !
 
Par contre, quand je lance mplayer pour ecouter une chanson, elle se coupe souvent et même des fois ma souris est lente ...
Alors avez-vous une idée d'où viennent ces inconvenients si ce n'est pas la ram ??

quel est la priorité de X ?
-> dans top, colonne PR
 
noyau avec preempt, etc ?
-> uname -a
 
gestion du disque dur avec UDMA/32bits ?
-> hdparm -i /dev/hda

X a pour PRI=19  
noyau : 2.4.19-16mdkenterprise
 
hdparm -i /dev/hda : bash: hdparm: command not found

urpmi hdparm

arts ça suxe, ça fait tout ramer, je comprends pas pourquoi c'est intégré à kde ce truc

1Go de cache disque, record battu !

 
arts et esd = même combat
 
rendre encore plus lourd et lent des trucs déja super lourd et lent    

 
c'est surtout essayer de pallier à la médiocrité lamentable du sous-système sonore de linux.
 
artsd et esd se comprenne surtout pour faire du software mixing ce ke même les drivers alsa ne sont pas cap de faire de manière transparentes.
i.e la carte son supporte le hardware mixing, tu peux virer arts/esd.
la carte son ne supporte pas le hardware mixing ( ou le pilote ne l'implémente pas encore ), tu dois utiliser alors artsd/esd si tu veux pouvoir avoir plusieurs sons en même temps.

 
- y-a dmix qui promet et qui sera je l'espere vite implanté
- bouffer 10% de cpu, plein de mémoire, sauter dès qu'on agrandi ou diminue firebird, prendre plein de mémoire et faire ramer tout le systeme, j'appelle pas ça une manière transparente de régler le pb
- le problème n'est pas qu'il soit dispo mais quazi obligatoire dans certaine circonstance sous kde
ex : impossible de s'en passer avec juk qui est pourtant très bien autrement
 
c'est bien simple, je préfère ne pouvoir jouer qu'un son qu'utiliser cette bouse que j'aurais désactiver si seulement juk pouvait s'en passer
 
 
PS : et ce con me fait freezer enemy territory si j'oublie de le couper avant

J'écoute qu'un MP3/Ogg Vorbis à la fois alors le mixage soft, je vois pas l'intéret    
 
Et 98% des gens doivent être dans mon cas...
 
Exception: pour mixer les sons débiles d'actions sous KDE/Gnome avec le MP3, merci arts/esd

udok>
1°/ dmix il faut le configurer
2°/ une configuration n'est pas universelle et donc il faut pour chaque configuration
3°/ donc ce n'est pas transparent pour l'utilisateur
4°/ cela devrait se faire tout seul de manière auto ( carte avec mixing en hard ? -> mixing en hard. pas de mixing hard ? mixing soft ). Au pire un module qui se charge et ki s'occupe de cela ( permet une uniformisation )
 
KRUMLI> il n'y a pas ke cela.
les notifications de ton IM ( connexion, réception messages ) ou de ton client mail et ce sans ke cela ne coupe ton mp3. recevoir une notificiation 30min après parce que ton lecteur mp3 bloquait la carte son ...
donc c'est surtout pour les notifications car certaines peuvent êtres utiles. encore une fois cela dépend de l'utilisation ke l'on fait, mais en même temps cela ne doit pas servir d'excuse à la médiocrité du sous-sytème sonore de linux.

Question à 5 centimes d'euro :
qui s'occupe de la partie son sous Linux ?

http://www.alsa-project.org/
http://opensound.com/

Soit.
Mais y'a bien quelqu'un pour les coller dans le kernel ?

<mode ="coup de gueule">
c'est peut être pour cela ke c'est merdique à souhait.
concernant ALSA :
 - un site merdique à souhait !!!
 - pour montrer la connerie des fois de ces gars. ils on uploadé la version 1.0.2 mais comme il y avait un bugs avec notamment pcm_rate, ils ont uploadé une version corrigé sans rien dire.
conséquence ? sous mdk cooker on avait packagé la version 1.0.2 et plein de système se sont trouvé cassé au niveau sonore, pour se rendre compte après comparaison des archives qu'une nouvelle existait avec le même nom mais une taille différente !
</mode>
 
mirtouf>
 
tiré de /usr/src/linux/MAINTAINERS
 

S'il y a un manque de transparence alors c'est sûr ça aura du mal à progresser...

c'est vrai qu'ils ont une mauvaise réputation les tit gars de chez alsa
comment ça se fait que ça en est arrivé à ce point ? ils font du bon boulot quand même je trouve