Bonjour à tous je suis un utilisateur converti de debian sarge depuis huit mois maintenant je l'ai découverte en même temps que linux par le biais de mon boulot et depuis c'est le pied (faut dire que je suis un peu maso lol )
Pas de gros problèmes que je n'ai pu résoudre jusqu'ici!
MAIS j'ai remarqué que linux a la facheuse tendance de saturer la ram parce qu'il en reste de libre jusqu'à...ce qu'il n'y en ai plus.Après, la redistribution vers la swap se fait...mais très lentement et faiblement (de l'ordre des 800 ko max) et souvent quand je la pousse un peu j'ai droit à un beau freeze limite gros plantage...
Debian tourne sur un athlon 64 utilisé en mode 32 pour le moment avec 1Go de ram et 2Go de swap.
Quelqu'un peut-il me dire s'il existe une commmande qui permet de gérer l'utilisation de la ram ou le "vidage" de la ram dans la swap... ?
[ Je ne parle pas de swapon/swapoff merci ;-) ]
Merci d'avance ;)
le_funambule@debian-netserv.no-ip.org/
# /proc/sys/vm/swappiness
Posté par schyzomarijks . Évalué à 4.
et j'ai le swap qui n'est (presque) jamais utilisé ...
les aplis sont toujours dispo rapidement mais du coup celles qui sont en
ram et jamais utilisées "squattent" de la ram pour rien ...
echo "75" > /proc/sys/vm/swappiness
aura l'effet inverse ..
en plus de ca ca change un peu avce chaque noyau etc ...
tu peux aussi tester le patch autoswappiness de con kolivas (sous gentoo
au moins dans sys-kernel-/ck-sources) qui s'arrange pour changer ce
parametre automatiquement en fonction des besoins ...
[1] http://linuxfr.org/forums/15/7959.html
[^] # Re: /proc/sys/vm/swappiness
Posté par le_funambule . Évalué à 2.
[^] # Re: /proc/sys/vm/swappiness
Posté par le_funambule . Évalué à 1.
@+ ;)
[^] # Re: /proc/sys/vm/swappiness
Posté par schyzomarijks . Évalué à 3.
http://www.google.fr/search?hl=fr&q=site%3Alinuxfr.org+r(...)
google + site:linuxfr.org réglage swap :)
# fuite
Posté par TazForEver . Évalué à 0.
si linux utilise toute ta ram en permanence, c'est pour pas te faire passer pour un idiot d'avoir acheter 1Gio de RAM mais de n'en n'utiliser que 500meg.
la swapiness ni changera rien. t'as une appli qui fuit, c'est tout.
[^] # Re: fuite
Posté par Raphaël G. (site web personnel) . Évalué à 3.
Ton linux utilise simplement la ram comme espace de cache au lieu d'aller bêtement seeker sur ton disque dur comme le fait un système débile concurent (w*).
Concrètement ta swap ne devrais jamais être utilisée...
Sauf dans le cas précédent de fuite de mémoire.
Sous kde :
kcmshell memory
Si tu a 3-6Mo de swap utilisée(a droite) et toute la mémoire libre restante en cache(au milieu), tu est dans une situation optimale.
(bien sur si ça fait 2h que tu a booté la machine sans rien faire, ça veux rien dire, faut attendre un jour ou deux d'utilisation pour avoir des résultats fiables...)
[^] # Re
Posté par Darkayser (site web personnel) . Évalué à 1.
Regarde : http://freehost.zapto.org/phpsysinfo/ , tu à les infos de mon système en temps réel ... On peut souvent voir l'utilisation de la ram en rouge, pourtant le swap reste vide. Chez moi, il y a aussi des mini ''freeze'' mais très courts , dans les 1 a 2 sec , et j'ai constaté que c'était quand le système synchronise les caches avec les différents disques (vu que j'en ai 3, et très très lent, c'est normal que ra freeze ! ) .
J'appuie également le pb de fuite mémoire si ton swap se remplit de façon anormale...
Arnaud.
[^] # Re: fuite
Posté par le_funambule . Évalué à 1.
Ceci dit je n'avais jamais imaginé qu'une appli pouvait fuire au niveau de la memoire.Alors j'ai fait des test avec mes applis les plus courantes et je pense que la saturation de la ram vient de amule (il y a aussi en permanence le démon apache et ssh,et un lecteur de musique).J'utilise gnome 2, il y a souvent mozilla ouvert avec plusieurs onglets et bluefish.
j'ai l'impression qu'il faut faire un choix...je coupe la mule et la réserve à des utilisations exceptionnelles.
En tout cas la swap n'est utilisée au maximum qu'à 800Ko jusqu'ici meme lors de ces freezes.
Parcontre ces freezes durent plus longtemps que chez un des utilisateurs ci dessous en moyenne 5mn au bout desquelles je reboot x mais il m'est déjà arrivé trois fois de ne plus pouvoir prendre la main en console pour taper la moindre commande et de devoir faire un reset ...
Peut etre ai-je une applis qui fuit, ou >> j'ai mal configurer quelque chose...
C'est vrai que depuis que j'ai coupé amule ca va mieux ...
Si vous avez des infos ou des conseils à me donner sur la façon d'utiliser ce système au mieux ne vous gênez pas j'ai tout à apprendre et je suis pas décidé à retourner voir la concurrence de si tôt (micromou ça fait pioncer les neuronnes ;)
ps:
si vous avez jeter un coup d'oeil a mon url et que vous avez un avis un conseil une critique ou quelque chose à ajoutter n'hésitez pas.
;)
[^] # Re: fuite
Posté par Darkayser (site web personnel) . Évalué à 1.
Quand tu as tes freezes de 5 min, regarde si t led d'utilisation hdd sont allumées, pour voir si cela a un rapport avec des acces disques.
(Disque dur foireux ? ... afaire a suivre lol )
[^] # salut à tous!
Posté par le_funambule . Évalué à 1.
Pour les hdd j'ai oublié de le préciser mais c le premier réflexe que j'ai eu et ca ne vient pas de là.en + les deux sont tout réçents, ça m'f'rait mal tiens! ;)
Rapport à amule elle tourne depuis un peu moins longtemps que le pc et il n'y a aucune anomalie, suffit de savoir la couper régulièrement dans mon cas.
Sinon pour le freeze je me demande si ça ne vient pas du démontage de ma clé u3 quand l'ordi est déjà entrain de bosser à fond...
malgré le fait que aucune option de l'u3 n'est paramètrée pour se mettre en route au branchement ...
[^] # confirmation de plantage cause possible u3 ?
Posté par le_funambule . Évalué à 1.
[^] # L'u3 ma planté debian :-x
Posté par le_funambule . Évalué à 1.
Je songe à formater ma clé et en faire une seule partition puis installer framakeysoft ligth à la place!
merci àt ous pour votre précieuse aide bonne soirée!
# C'est réglé
Posté par le_funambule . Évalué à 1.
ENCORE MERCI A TOUS POUR LES INFOS QUE VOUS M'AVEZ DONNE à+
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.