Lorsque je lance en ligne de commande "cdrecord -v -dao speed=8"
(vitesse maxi de mon graveur) toute la mémoire vive du pc est prise pour
ce process soit 446 Mo environ et par contre il n'y a pas de swap.
Quand la gravure est terminée la mémoire n'est pas rendue.
Si je lance un "ps aux" je ne trouve aucune trace de cdrecord, donc j'en
conclu qu'il ne tourne plus en tâche de fond.
Question : Pourquoi la mémoire vive ne se trouve pas libérée à la fin
de la gravure ?
Au pire existe-t-il un moyen de forcer la libéreration de cette mémoire ?
| Quand la gravure est terminée la mémoire n'est pas rendue.
Qu'est-ce qui te fait dire que la memoire n'est pas rendue ?
Daniel -- http://yo.dan.free.fr/
Rakotomandimby
h.champailler wrote:
3 - L'opération de gravure terminée, l'utilisation de la RAM reste à 430 Mo, ça ne redescend pas !
1- Essaie d'occuper la ram avec autre chose :
essaie "tar cvjf /tmp/test.tar.bz2 $HOME/"
si tu as beaucoup de documents personnels ca devrai te faire une archive de tout ton repertoire personnel, et occuper braucou de memoire RAM et de memoire disque .
normalement la RAM se rempli aussi , mais quend tout sera fini, elle ne se desemplira pas .
elle se desemplira au besoin.
On dirait qu'il y a comme une "fuite d emémoire"
non .
De plus, tous les traitements que je peux lancer à la suite d'un cdrecord s'entrouve très largement ralenti, par exemple il me faut entre 2 et 3 secondes pour lancer Konqueror !
Idem chez moi . ferme Konqueror et relance le , tu verra ça ira plus vite . faut laisser au noyau de vider les 400Mo .
Conclusion, je reboote le poste.
Mauvaise conclusion.
Afin d'asseoir cette constatation, et avant de poster ce message j'ai graver trois images iso (150 Mo), le constat a été le même.
pour te prouver que ça tient pas , lance konqueror , visionne une image de grande taille , lance aussi netscape ou quelquechose dans le genre , fais l'archive comme je t'ai dit et note la RAM utilisée . tu verra elle redescend pas . ferme tout .
la RAM redescend toujours pas.
fais ta grauvre , tu prendra le meme temps qu'avant pour le faire .
Je me demande pourquoi tu veux qu'on utilise pas la RAM alors que tu l'a acheté et c'est pas donné en plus , la RAM .
C'est pas l'utilisateur qui gere l'utilisation de la RAM , c'est le noyaus qui decide en fonction des priorités des processes lancé et de la facon avec laquelle les programmes ont été écrit ... :-)
Si tu tiens vraiment a avoir de la RAM non utilisée , tu peux carrément enlever la barette et la mettre sur ta table de chevet . :-)
C'est dommage d'en avoir acheté pour finalement la voir inutilisée ... -- http://mrakotom.free.fr
h.champailler wrote:
3 - L'opération de gravure terminée, l'utilisation de la
RAM reste à 430 Mo, ça ne redescend pas !
1- Essaie d'occuper la ram avec autre chose :
essaie "tar cvjf /tmp/test.tar.bz2 $HOME/"
si tu as beaucoup de documents personnels ca devrai te faire une archive de
tout ton repertoire personnel, et occuper braucou de memoire RAM et de
memoire disque .
normalement la RAM se rempli aussi , mais quend tout sera fini, elle ne se
desemplira pas .
elle se desemplira au besoin.
On dirait qu'il y a comme une "fuite d emémoire"
non .
De plus, tous les traitements que je peux lancer à la suite
d'un cdrecord s'entrouve très largement ralenti, par exemple
il me faut entre 2 et 3 secondes pour lancer Konqueror !
Idem chez moi .
ferme Konqueror et relance le , tu verra ça ira plus vite .
faut laisser au noyau de vider les 400Mo .
Conclusion, je reboote le poste.
Mauvaise conclusion.
Afin d'asseoir cette constatation, et avant de poster ce message
j'ai graver trois images iso (150 Mo), le constat a été le même.
pour te prouver que ça tient pas , lance konqueror , visionne une image de
grande taille , lance aussi netscape ou quelquechose dans le genre , fais
l'archive comme je t'ai dit et note la RAM utilisée . tu verra elle
redescend pas . ferme tout .
la RAM redescend toujours pas.
fais ta grauvre , tu prendra le meme temps qu'avant pour le faire .
Je me demande pourquoi tu veux qu'on utilise pas la RAM alors que tu l'a
acheté et c'est pas donné en plus , la RAM .
C'est pas l'utilisateur qui gere l'utilisation de la RAM , c'est le noyaus
qui decide en fonction des priorités des processes lancé et de la facon
avec laquelle les programmes ont été écrit ... :-)
Si tu tiens vraiment a avoir de la RAM non utilisée , tu peux carrément
enlever la barette et la mettre sur ta table de chevet . :-)
C'est dommage d'en avoir acheté pour finalement la voir inutilisée ...
--
http://mrakotom.free.fr
3 - L'opération de gravure terminée, l'utilisation de la RAM reste à 430 Mo, ça ne redescend pas !
1- Essaie d'occuper la ram avec autre chose :
essaie "tar cvjf /tmp/test.tar.bz2 $HOME/"
si tu as beaucoup de documents personnels ca devrai te faire une archive de tout ton repertoire personnel, et occuper braucou de memoire RAM et de memoire disque .
normalement la RAM se rempli aussi , mais quend tout sera fini, elle ne se desemplira pas .
elle se desemplira au besoin.
On dirait qu'il y a comme une "fuite d emémoire"
non .
De plus, tous les traitements que je peux lancer à la suite d'un cdrecord s'entrouve très largement ralenti, par exemple il me faut entre 2 et 3 secondes pour lancer Konqueror !
Idem chez moi . ferme Konqueror et relance le , tu verra ça ira plus vite . faut laisser au noyau de vider les 400Mo .
Conclusion, je reboote le poste.
Mauvaise conclusion.
Afin d'asseoir cette constatation, et avant de poster ce message j'ai graver trois images iso (150 Mo), le constat a été le même.
pour te prouver que ça tient pas , lance konqueror , visionne une image de grande taille , lance aussi netscape ou quelquechose dans le genre , fais l'archive comme je t'ai dit et note la RAM utilisée . tu verra elle redescend pas . ferme tout .
la RAM redescend toujours pas.
fais ta grauvre , tu prendra le meme temps qu'avant pour le faire .
Je me demande pourquoi tu veux qu'on utilise pas la RAM alors que tu l'a acheté et c'est pas donné en plus , la RAM .
C'est pas l'utilisateur qui gere l'utilisation de la RAM , c'est le noyaus qui decide en fonction des priorités des processes lancé et de la facon avec laquelle les programmes ont été écrit ... :-)
Si tu tiens vraiment a avoir de la RAM non utilisée , tu peux carrément enlever la barette et la mettre sur ta table de chevet . :-)
C'est dommage d'en avoir acheté pour finalement la voir inutilisée ... -- http://mrakotom.free.fr
h.champailler
| Quand la gravure est terminée la mémoire n'est pas rendue.
Qu'est-ce qui te fait dire que la memoire n'est pas rendue ?
Daniel
Vérification en console via la commande "Free"
1 - Avant de lancer cdrecord, environ 130 Mo d'utilisé,
2 - cdrecord lancé tout de suite on passe à 430 Mo
3 - L'opération de gravure terminée, l'utilisation de la RAM reste à 430 Mo, ça ne redescend pas !
On dirait qu'il y a comme une "fuite d emémoire"
De plus, tous les traitements que je peux lancer à la suite d'un cdrecord s'entrouve très largement ralenti, par exemple il me faut entre 2 et 3 secondes pour lancer Konqueror !
Conclusion, je reboote le poste.
Afin d'asseoir cette constatation, et avant de poster ce message j'ai graver trois images iso (150 Mo), le constat a été le même.
| Quand la gravure est terminée la mémoire n'est pas rendue.
Qu'est-ce qui te fait dire que la memoire n'est pas rendue ?
Daniel
Vérification en console via la commande "Free"
1 - Avant de lancer cdrecord, environ 130 Mo d'utilisé,
2 - cdrecord lancé tout de suite on passe à 430 Mo
3 - L'opération de gravure terminée, l'utilisation de la
RAM reste à 430 Mo, ça ne redescend pas !
On dirait qu'il y a comme une "fuite d emémoire"
De plus, tous les traitements que je peux lancer à la suite
d'un cdrecord s'entrouve très largement ralenti, par exemple
il me faut entre 2 et 3 secondes pour lancer Konqueror !
Conclusion, je reboote le poste.
Afin d'asseoir cette constatation, et avant de poster ce message
j'ai graver trois images iso (150 Mo), le constat a été le même.
| Quand la gravure est terminée la mémoire n'est pas rendue.
Qu'est-ce qui te fait dire que la memoire n'est pas rendue ?
Daniel
Vérification en console via la commande "Free"
1 - Avant de lancer cdrecord, environ 130 Mo d'utilisé,
2 - cdrecord lancé tout de suite on passe à 430 Mo
3 - L'opération de gravure terminée, l'utilisation de la RAM reste à 430 Mo, ça ne redescend pas !
On dirait qu'il y a comme une "fuite d emémoire"
De plus, tous les traitements que je peux lancer à la suite d'un cdrecord s'entrouve très largement ralenti, par exemple il me faut entre 2 et 3 secondes pour lancer Konqueror !
Conclusion, je reboote le poste.
Afin d'asseoir cette constatation, et avant de poster ce message j'ai graver trois images iso (150 Mo), le constat a été le même.
Daniel Déchelotte
| | > Qu'est-ce qui te fait dire que la memoire n'est pas rendue ? | | Vérification en console via la commande "Free"
Certes, mais quel cellule du tableau? $ free total used free shared buffers cached Mem: 160228 125776 34452 0 5004 57756 -/+ buffers/cache: 63016 97212 Swap: 158752 0 158752
Le champ "used" de la premiere ligne inclut la memoire necessaire pour faire tourner les appli *et* des trucs que le noyau a choisi de conserver en RAM dans l'espoir que ca resserve (par exemple des fichiers que tu viens d'utiliser. C'est pour ca que la deuxieme fois que tu lances une application, le lancement est en general nettement plus rapide).
Ce que Rktmb veut dire, avec ses mots a lui ;-), c'est que si le noyau trouve moyen d'utiliser plein de RAM pour les "buffers" et les choses "cached", tant mieux, ou en tout cas c'est son probleme.
Le champ "used" de la deuxieme ligne ne prend pas en compte buffers et cached, c'est donc uniquement la RAM qui est utilisee pour les process qui tournent en ce moment. Plus c'est petit, mieux c'est, et la valeur doit etre sensiblement la meme avant le gravage et apres.
Daniel
PS: T'aurais pas une heure d'avance ? -- http://yo.dan.free.fr/
|
| > Qu'est-ce qui te fait dire que la memoire n'est pas rendue ?
|
| Vérification en console via la commande "Free"
Certes, mais quel cellule du tableau?
$ free
total used free shared buffers cached
Mem: 160228 125776 34452 0 5004 57756
-/+ buffers/cache: 63016 97212
Swap: 158752 0 158752
Le champ "used" de la premiere ligne inclut la memoire necessaire pour
faire tourner les appli *et* des trucs que le noyau a choisi de conserver
en RAM dans l'espoir que ca resserve (par exemple des fichiers que tu
viens d'utiliser. C'est pour ca que la deuxieme fois que tu lances une
application, le lancement est en general nettement plus rapide).
Ce que Rktmb veut dire, avec ses mots a lui ;-), c'est que si le noyau
trouve moyen d'utiliser plein de RAM pour les "buffers" et les choses
"cached", tant mieux, ou en tout cas c'est son probleme.
Le champ "used" de la deuxieme ligne ne prend pas en compte buffers et
cached, c'est donc uniquement la RAM qui est utilisee pour les process qui
tournent en ce moment. Plus c'est petit, mieux c'est, et la valeur doit
etre sensiblement la meme avant le gravage et apres.
Daniel
PS: T'aurais pas une heure d'avance ?
--
http://yo.dan.free.fr/
| | > Qu'est-ce qui te fait dire que la memoire n'est pas rendue ? | | Vérification en console via la commande "Free"
Certes, mais quel cellule du tableau? $ free total used free shared buffers cached Mem: 160228 125776 34452 0 5004 57756 -/+ buffers/cache: 63016 97212 Swap: 158752 0 158752
Le champ "used" de la premiere ligne inclut la memoire necessaire pour faire tourner les appli *et* des trucs que le noyau a choisi de conserver en RAM dans l'espoir que ca resserve (par exemple des fichiers que tu viens d'utiliser. C'est pour ca que la deuxieme fois que tu lances une application, le lancement est en general nettement plus rapide).
Ce que Rktmb veut dire, avec ses mots a lui ;-), c'est que si le noyau trouve moyen d'utiliser plein de RAM pour les "buffers" et les choses "cached", tant mieux, ou en tout cas c'est son probleme.
Le champ "used" de la deuxieme ligne ne prend pas en compte buffers et cached, c'est donc uniquement la RAM qui est utilisee pour les process qui tournent en ce moment. Plus c'est petit, mieux c'est, et la valeur doit etre sensiblement la meme avant le gravage et apres.
Daniel
PS: T'aurais pas une heure d'avance ? -- http://yo.dan.free.fr/
h.champailler
h.champailler wrote:
3 - L'opération de gravure terminée, l'utilisation de la RAM reste à 430 Mo, ça ne redescend pas !
1- Essaie d'occuper la ram avec autre chose :
essaie "tar cvjf /tmp/test.tar.bz2 $HOME/"
si tu as beaucoup de documents personnels ca devrai te faire une archive de tout ton repertoire personnel, et occuper braucou de memoire RAM et de memoire disque .
normalement la RAM se rempli aussi , mais quend tout sera fini, elle ne se desemplira pas .
elle se desemplira au besoin.
On dirait qu'il y a comme une "fuite d emémoire"
non .
De plus, tous les traitements que je peux lancer à la suite d'un cdrecord s'entrouve très largement ralenti, par exemple il me faut entre 2 et 3 secondes pour lancer Konqueror !
Idem chez moi . ferme Konqueror et relance le , tu verra ça ira plus vite . faut laisser au noyau de vider les 400Mo .
Conclusion, je reboote le poste.
Mauvaise conclusion.
Afin d'asseoir cette constatation, et avant de poster ce message j'ai graver trois images iso (150 Mo), le constat a été le même.
pour te prouver que ça tient pas , lance konqueror , visionne une image de grande taille , lance aussi netscape ou quelquechose dans le genre , fais l'archive comme je t'ai dit et note la RAM utilisée . tu verra elle redescend pas . ferme tout .
la RAM redescend toujours pas.
fais ta grauvre , tu prendra le meme temps qu'avant pour le faire .
Je me demande pourquoi tu veux qu'on utilise pas la RAM alors que tu l'a acheté et c'est pas donné en plus , la RAM .
C'est pas l'utilisateur qui gere l'utilisation de la RAM , c'est le noyaus qui decide en fonction des priorités des processes lancé et de la facon avec laquelle les programmes ont été écrit ... :-)
Si tu tiens vraiment a avoir de la RAM non utilisée , tu peux carrément enlever la barette et la mettre sur ta table de chevet . :-)
C'est dommage d'en avoir acheté pour finalement la voir inutilisée ...
Merci pour ta réponse,
effectivement je viens de lancer une scannérisation + mozilla + archive = mémoire ram à bloc (donc ce n'est pas que la gravure qui engendre ce type de comportement ) et surtout elle ne redescend pas
C'est vrai que la RAM est là pour être utilisée ;-) j'ai tendance à l'oublier.
Le seul petit point qui me gêne (et encore), c'est que tous mes traitement se trouvent systématiquement ralenti lorsque toute la ram est occupé. Même si je ne lance rien pendant un petit moment, les traitements restent quand même ralentis.
Bon je vais simplment essayer de ne plus rebooter et laisser au noyau le temps de tout régler lui même !
Merci encore
h.champailler wrote:
3 - L'opération de gravure terminée, l'utilisation de la
RAM reste à 430 Mo, ça ne redescend pas !
1- Essaie d'occuper la ram avec autre chose :
essaie "tar cvjf /tmp/test.tar.bz2 $HOME/"
si tu as beaucoup de documents personnels ca devrai te faire une archive de
tout ton repertoire personnel, et occuper braucou de memoire RAM et de
memoire disque .
normalement la RAM se rempli aussi , mais quend tout sera fini, elle ne se
desemplira pas .
elle se desemplira au besoin.
On dirait qu'il y a comme une "fuite d emémoire"
non .
De plus, tous les traitements que je peux lancer à la suite
d'un cdrecord s'entrouve très largement ralenti, par exemple
il me faut entre 2 et 3 secondes pour lancer Konqueror !
Idem chez moi .
ferme Konqueror et relance le , tu verra ça ira plus vite .
faut laisser au noyau de vider les 400Mo .
Conclusion, je reboote le poste.
Mauvaise conclusion.
Afin d'asseoir cette constatation, et avant de poster ce message
j'ai graver trois images iso (150 Mo), le constat a été le même.
pour te prouver que ça tient pas , lance konqueror , visionne une image de
grande taille , lance aussi netscape ou quelquechose dans le genre , fais
l'archive comme je t'ai dit et note la RAM utilisée . tu verra elle
redescend pas . ferme tout .
la RAM redescend toujours pas.
fais ta grauvre , tu prendra le meme temps qu'avant pour le faire .
Je me demande pourquoi tu veux qu'on utilise pas la RAM alors que tu l'a
acheté et c'est pas donné en plus , la RAM .
C'est pas l'utilisateur qui gere l'utilisation de la RAM , c'est le noyaus
qui decide en fonction des priorités des processes lancé et de la facon
avec laquelle les programmes ont été écrit ... :-)
Si tu tiens vraiment a avoir de la RAM non utilisée , tu peux carrément
enlever la barette et la mettre sur ta table de chevet . :-)
C'est dommage d'en avoir acheté pour finalement la voir inutilisée ...
Merci pour ta réponse,
effectivement je viens de lancer une scannérisation + mozilla + archive
= mémoire ram à bloc (donc ce n'est pas que la gravure qui engendre ce
type de comportement ) et surtout elle ne redescend pas
C'est vrai que la RAM est là pour être utilisée ;-)
j'ai tendance à l'oublier.
Le seul petit point qui me gêne (et encore), c'est que tous mes
traitement se trouvent systématiquement ralenti lorsque toute
la ram est occupé. Même si je ne lance rien pendant un petit
moment, les traitements restent quand même ralentis.
Bon je vais simplment essayer de ne plus rebooter et laisser au
noyau le temps de tout régler lui même !
3 - L'opération de gravure terminée, l'utilisation de la RAM reste à 430 Mo, ça ne redescend pas !
1- Essaie d'occuper la ram avec autre chose :
essaie "tar cvjf /tmp/test.tar.bz2 $HOME/"
si tu as beaucoup de documents personnels ca devrai te faire une archive de tout ton repertoire personnel, et occuper braucou de memoire RAM et de memoire disque .
normalement la RAM se rempli aussi , mais quend tout sera fini, elle ne se desemplira pas .
elle se desemplira au besoin.
On dirait qu'il y a comme une "fuite d emémoire"
non .
De plus, tous les traitements que je peux lancer à la suite d'un cdrecord s'entrouve très largement ralenti, par exemple il me faut entre 2 et 3 secondes pour lancer Konqueror !
Idem chez moi . ferme Konqueror et relance le , tu verra ça ira plus vite . faut laisser au noyau de vider les 400Mo .
Conclusion, je reboote le poste.
Mauvaise conclusion.
Afin d'asseoir cette constatation, et avant de poster ce message j'ai graver trois images iso (150 Mo), le constat a été le même.
pour te prouver que ça tient pas , lance konqueror , visionne une image de grande taille , lance aussi netscape ou quelquechose dans le genre , fais l'archive comme je t'ai dit et note la RAM utilisée . tu verra elle redescend pas . ferme tout .
la RAM redescend toujours pas.
fais ta grauvre , tu prendra le meme temps qu'avant pour le faire .
Je me demande pourquoi tu veux qu'on utilise pas la RAM alors que tu l'a acheté et c'est pas donné en plus , la RAM .
C'est pas l'utilisateur qui gere l'utilisation de la RAM , c'est le noyaus qui decide en fonction des priorités des processes lancé et de la facon avec laquelle les programmes ont été écrit ... :-)
Si tu tiens vraiment a avoir de la RAM non utilisée , tu peux carrément enlever la barette et la mettre sur ta table de chevet . :-)
C'est dommage d'en avoir acheté pour finalement la voir inutilisée ...
Merci pour ta réponse,
effectivement je viens de lancer une scannérisation + mozilla + archive = mémoire ram à bloc (donc ce n'est pas que la gravure qui engendre ce type de comportement ) et surtout elle ne redescend pas
C'est vrai que la RAM est là pour être utilisée ;-) j'ai tendance à l'oublier.
Le seul petit point qui me gêne (et encore), c'est que tous mes traitement se trouvent systématiquement ralenti lorsque toute la ram est occupé. Même si je ne lance rien pendant un petit moment, les traitements restent quand même ralentis.
Bon je vais simplment essayer de ne plus rebooter et laisser au noyau le temps de tout régler lui même !
Merci encore
Rakotomandimby
Daniel Déchelotte wrote:
Ce que Rktmb veut dire, avec ses mots a lui ;-),
oui bon !!! ça va hein !! je partage comme je peux le peu de connaissances que j'ai ... pas la peine de me foutre la honte en public :-)
-- http://mrakotom.free.fr
Daniel Déchelotte wrote:
Ce que Rktmb veut dire, avec ses mots a lui ;-),
oui bon !!! ça va hein !! je partage comme je peux le peu de connaissances
que j'ai ... pas la peine de me foutre la honte en public :-)
