Donc je me demande s'il existe un moyen de vider cette utilisation
abusive de la mémoire sans avoir à démonter les partitions ?
Quelqu'un a t'il déjà rencontré ce problème ?
Donc je me demande s'il existe un moyen de vider cette utilisation
abusive de la mémoire sans avoir à démonter les partitions ?
Quelqu'un a t'il déjà rencontré ce problème ?
Donc je me demande s'il existe un moyen de vider cette utilisation
abusive de la mémoire sans avoir à démonter les partitions ?
Quelqu'un a t'il déjà rencontré ce problème ?
> Salut,
Ne serait-ce pas la mémoire cache du noyau qui conserve les données
accédées sur un système de fichier en mémoire. Ces blocs devraien t être
automatiquement libérés lorsque le système a besoin de mémoire et
déclenche une récupération de la mémoire disponible (elles devrai ent soit
partir dans le swap, soit être éliminée). Mais ca n'explique pas to n "out
of memory".
Dans munin, tu dervais pouvoir identifier facilement (chez moi, le cache
est orange) quel type de mémoire occupe la mémoire physique.
Fanfan
> Salut,
Ne serait-ce pas la mémoire cache du noyau qui conserve les données
accédées sur un système de fichier en mémoire. Ces blocs devraien t être
automatiquement libérés lorsque le système a besoin de mémoire et
déclenche une récupération de la mémoire disponible (elles devrai ent soit
partir dans le swap, soit être éliminée). Mais ca n'explique pas to n "out
of memory".
Dans munin, tu dervais pouvoir identifier facilement (chez moi, le cache
est orange) quel type de mémoire occupe la mémoire physique.
Fanfan
> Salut,
Ne serait-ce pas la mémoire cache du noyau qui conserve les données
accédées sur un système de fichier en mémoire. Ces blocs devraien t être
automatiquement libérés lorsque le système a besoin de mémoire et
déclenche une récupération de la mémoire disponible (elles devrai ent soit
partir dans le swap, soit être éliminée). Mais ca n'explique pas to n "out
of memory".
Dans munin, tu dervais pouvoir identifier facilement (chez moi, le cache
est orange) quel type de mémoire occupe la mémoire physique.
Fanfan
Salut,
Ne serait-ce pas la mémoire cache du noyau qui conserve les données
accédées sur un système de fichier en mémoire. Ces blocs devraient être
automatiquement libérés lorsque le système a besoin de mémoire et
déclenche une récupération de la mémoire disponible (elles devraient soit
partir dans le swap, soit être éliminée). Mais ca n'explique pas ton "out
of memory".
Dans munin, tu dervais pouvoir identifier facilement (chez moi, le cache
est orange) quel type de mémoire occupe la mémoire physique.
Fanfan
Salut François,
C'est bien la mémoire cache en effet qui était utilisée (enfin d'après
free). Je vais tout le même surveiller ça bien mieux avec munin.
Mais donc si c'est le cache du noyau, ne devrait elle pas être libéré
si les processus sont arrêté ? Et pourquoi le système n'utilise pas
plutôt le swap ? (qui ne devrait pas être à 0 dans free d'ailleurs).
D'ailleurs si c'est un cache du noyau pourquoi est ce l'umount qui m'a
libéré de la mémoire ? O_o
Salut,
Ne serait-ce pas la mémoire cache du noyau qui conserve les données
accédées sur un système de fichier en mémoire. Ces blocs devraient être
automatiquement libérés lorsque le système a besoin de mémoire et
déclenche une récupération de la mémoire disponible (elles devraient soit
partir dans le swap, soit être éliminée). Mais ca n'explique pas ton "out
of memory".
Dans munin, tu dervais pouvoir identifier facilement (chez moi, le cache
est orange) quel type de mémoire occupe la mémoire physique.
Fanfan
Salut François,
C'est bien la mémoire cache en effet qui était utilisée (enfin d'après
free). Je vais tout le même surveiller ça bien mieux avec munin.
Mais donc si c'est le cache du noyau, ne devrait elle pas être libéré
si les processus sont arrêté ? Et pourquoi le système n'utilise pas
plutôt le swap ? (qui ne devrait pas être à 0 dans free d'ailleurs).
D'ailleurs si c'est un cache du noyau pourquoi est ce l'umount qui m'a
libéré de la mémoire ? O_o
Salut,
Ne serait-ce pas la mémoire cache du noyau qui conserve les données
accédées sur un système de fichier en mémoire. Ces blocs devraient être
automatiquement libérés lorsque le système a besoin de mémoire et
déclenche une récupération de la mémoire disponible (elles devraient soit
partir dans le swap, soit être éliminée). Mais ca n'explique pas ton "out
of memory".
Dans munin, tu dervais pouvoir identifier facilement (chez moi, le cache
est orange) quel type de mémoire occupe la mémoire physique.
Fanfan
Salut François,
C'est bien la mémoire cache en effet qui était utilisée (enfin d'après
free). Je vais tout le même surveiller ça bien mieux avec munin.
Mais donc si c'est le cache du noyau, ne devrait elle pas être libéré
si les processus sont arrêté ? Et pourquoi le système n'utilise pas
plutôt le swap ? (qui ne devrait pas être à 0 dans free d'ailleurs).
D'ailleurs si c'est un cache du noyau pourquoi est ce l'umount qui m'a
libéré de la mémoire ? O_o
Kevin Hinault a écrit :
>> Salut,
> C'est bien la mémoire cache en effet qui était utilisée
> (enfin d'après free). Je vais tout le même surveiller ça
> bien mieux avec munin. Mais donc si c'est le cache du noyau,
> ne devrait elle pas être libéré si les processus sont
> arrêté ?
> Et pourquoi le système n'utilise pas plutôt le
> swap ? (qui ne devrait pas être à 0 dans free d'ailleurs).
> D'ailleurs si c'est un cache du noyau pourquoi est ce
> l'umount qui m'a libéré de la mémoire ? O_o
Je ne peux pas t'aider au niveau de ton pb. Mais j'ai moins
même constater que ma swap reste en permanence Ã
Zero...étrange non ?
j'ai 2Go de RAM et 1Go de swap. Je suis
dans le calcul numérique dans la RAM se remplie souvent, mais
rien de se "déverse" dans la swap...comprends pas...
Kevin Hinault a écrit :
>> Salut,
> C'est bien la mémoire cache en effet qui était utilisée
> (enfin d'après free). Je vais tout le même surveiller ça
> bien mieux avec munin. Mais donc si c'est le cache du noyau,
> ne devrait elle pas être libéré si les processus sont
> arrêté ?
> Et pourquoi le système n'utilise pas plutôt le
> swap ? (qui ne devrait pas être à 0 dans free d'ailleurs).
> D'ailleurs si c'est un cache du noyau pourquoi est ce
> l'umount qui m'a libéré de la mémoire ? O_o
Je ne peux pas t'aider au niveau de ton pb. Mais j'ai moins
même constater que ma swap reste en permanence Ã
Zero...étrange non ?
j'ai 2Go de RAM et 1Go de swap. Je suis
dans le calcul numérique dans la RAM se remplie souvent, mais
rien de se "déverse" dans la swap...comprends pas...
Kevin Hinault a écrit :
>> Salut,
> C'est bien la mémoire cache en effet qui était utilisée
> (enfin d'après free). Je vais tout le même surveiller ça
> bien mieux avec munin. Mais donc si c'est le cache du noyau,
> ne devrait elle pas être libéré si les processus sont
> arrêté ?
> Et pourquoi le système n'utilise pas plutôt le
> swap ? (qui ne devrait pas être à 0 dans free d'ailleurs).
> D'ailleurs si c'est un cache du noyau pourquoi est ce
> l'umount qui m'a libéré de la mémoire ? O_o
Je ne peux pas t'aider au niveau de ton pb. Mais j'ai moins
même constater que ma swap reste en permanence Ã
Zero...étrange non ?
j'ai 2Go de RAM et 1Go de swap. Je suis
dans le calcul numérique dans la RAM se remplie souvent, mais
rien de se "déverse" dans la swap...comprends pas...
C'est bien la mémoire cache en effet qui était utilisée (enfin d'après
free). Je vais tout le même surveiller ça bien mieux avec munin.
Mais donc si c'est le cache du noyau, ne devrait elle pas être libéré
si les processus sont arrêté ? Et pourquoi le système n'utilise pas
plutôt le swap ? (qui ne devrait pas être à 0 dans free d'ailleurs).
D'ailleurs si c'est un cache du noyau pourquoi est ce l'umount qui m'a
libéré de la mémoire ? O_o
C'est bien la mémoire cache en effet qui était utilisée (enfin d'après
free). Je vais tout le même surveiller ça bien mieux avec munin.
Mais donc si c'est le cache du noyau, ne devrait elle pas être libéré
si les processus sont arrêté ? Et pourquoi le système n'utilise pas
plutôt le swap ? (qui ne devrait pas être à 0 dans free d'ailleurs).
D'ailleurs si c'est un cache du noyau pourquoi est ce l'umount qui m'a
libéré de la mémoire ? O_o
C'est bien la mémoire cache en effet qui était utilisée (enfin d'après
free). Je vais tout le même surveiller ça bien mieux avec munin.
Mais donc si c'est le cache du noyau, ne devrait elle pas être libéré
si les processus sont arrêté ? Et pourquoi le système n'utilise pas
plutôt le swap ? (qui ne devrait pas être à 0 dans free d'ailleurs).
D'ailleurs si c'est un cache du noyau pourquoi est ce l'umount qui m'a
libéré de la mémoire ? O_o
Bonjour la liste !
Je suis soumis à une étrangeté sur ma Debian Etch. Une utilisation
excessive de ma RAM à cause de mes partitions chiffrées.
La situation est la suivantes :
- 1 disque dur de 500 Go avec :
- 1 partition ext3 de 15 Go pour le / qui est non chiffrée
- 2 partitions ext3 d'environ 240 Go chacune chiffrée avec cryptse tup
- 1 partition swap de 500 Mo
- 3 Go de DDR
- uptime : 150 jours
Jusqu'à hier pas de problème particulier la bête gèrent plusieurs
services et tout tournent correctement sans exploitation particulière
des ressources dans top.
C'est justement pour ça que je n'ai pas vu arriver mon problème : Hier
je m'aperçois qu'un de mes services à sauté et logwatch m'informe q ue
le noyau a tué ce service par manque de mémoire.
Ni une ni deux, je vérifie ma mémoire avec free :
Il ne me restait que 30 Mo de libre ! (et le swap n'était pas utilisé
mais c'est un autre problème que je ne comprend pas)
Bref je regarde mes processus, rien de particulier, aucun ne prend des
ressources excessives : 5% maximum pour le pire d'entre eux.
Du coup hier soir, je m'attaque au problème : j'arrête chaque service
un à un et vérifie l'état de free entre chaque. Je me rends à
l'évidence à la fin, j'ai gagné à peine 250 Mo de libre une fois tout
mes services arrêté (hormis ssh)... Y a donc un problème ailleurs, et
la je pense à mes partitions chiffrés. Je démonte la première qui est
vide : aucun résultats, je démonte la seconde qui est utilisé à 8 8%
(mais sans aucun processus n'accédant aux données, lsof à l'appui) et
là tout à coup je récupère mes (presque) 3 Go de libre sur ma m émoire
!!!!
Depuis hier j'ai installé munin et je vais surveiller ça mais bon rien
qu'entre hier soir et ce matin j'ai perdu déjà pas mal :
# free -o -m
total used free shared buffers cached
Mem: 3028 1161 1866 0 92 815
Swap: 0 0 0
Donc je me demande s'il existe un moyen de vider cette utilisation
abusive de la mémoire sans avoir à démonter les partitions ?
Quelqu'un a t'il déjà rencontré ce problème ?
--
Vous aimez la bretagne ?
Breizh da viken : www.pointbzh.com
Bonjour la liste !
Je suis soumis à une étrangeté sur ma Debian Etch. Une utilisation
excessive de ma RAM à cause de mes partitions chiffrées.
La situation est la suivantes :
- 1 disque dur de 500 Go avec :
- 1 partition ext3 de 15 Go pour le / qui est non chiffrée
- 2 partitions ext3 d'environ 240 Go chacune chiffrée avec cryptse tup
- 1 partition swap de 500 Mo
- 3 Go de DDR
- uptime : 150 jours
Jusqu'à hier pas de problème particulier la bête gèrent plusieurs
services et tout tournent correctement sans exploitation particulière
des ressources dans top.
C'est justement pour ça que je n'ai pas vu arriver mon problème : Hier
je m'aperçois qu'un de mes services à sauté et logwatch m'informe q ue
le noyau a tué ce service par manque de mémoire.
Ni une ni deux, je vérifie ma mémoire avec free :
Il ne me restait que 30 Mo de libre ! (et le swap n'était pas utilisé
mais c'est un autre problème que je ne comprend pas)
Bref je regarde mes processus, rien de particulier, aucun ne prend des
ressources excessives : 5% maximum pour le pire d'entre eux.
Du coup hier soir, je m'attaque au problème : j'arrête chaque service
un à un et vérifie l'état de free entre chaque. Je me rends à
l'évidence à la fin, j'ai gagné à peine 250 Mo de libre une fois tout
mes services arrêté (hormis ssh)... Y a donc un problème ailleurs, et
la je pense à mes partitions chiffrés. Je démonte la première qui est
vide : aucun résultats, je démonte la seconde qui est utilisé à 8 8%
(mais sans aucun processus n'accédant aux données, lsof à l'appui) et
là tout à coup je récupère mes (presque) 3 Go de libre sur ma m émoire
!!!!
Depuis hier j'ai installé munin et je vais surveiller ça mais bon rien
qu'entre hier soir et ce matin j'ai perdu déjà pas mal :
# free -o -m
total used free shared buffers cached
Mem: 3028 1161 1866 0 92 815
Swap: 0 0 0
Donc je me demande s'il existe un moyen de vider cette utilisation
abusive de la mémoire sans avoir à démonter les partitions ?
Quelqu'un a t'il déjà rencontré ce problème ?
--
Vous aimez la bretagne ?
Breizh da viken : www.pointbzh.com
Bonjour la liste !
Je suis soumis à une étrangeté sur ma Debian Etch. Une utilisation
excessive de ma RAM à cause de mes partitions chiffrées.
La situation est la suivantes :
- 1 disque dur de 500 Go avec :
- 1 partition ext3 de 15 Go pour le / qui est non chiffrée
- 2 partitions ext3 d'environ 240 Go chacune chiffrée avec cryptse tup
- 1 partition swap de 500 Mo
- 3 Go de DDR
- uptime : 150 jours
Jusqu'à hier pas de problème particulier la bête gèrent plusieurs
services et tout tournent correctement sans exploitation particulière
des ressources dans top.
C'est justement pour ça que je n'ai pas vu arriver mon problème : Hier
je m'aperçois qu'un de mes services à sauté et logwatch m'informe q ue
le noyau a tué ce service par manque de mémoire.
Ni une ni deux, je vérifie ma mémoire avec free :
Il ne me restait que 30 Mo de libre ! (et le swap n'était pas utilisé
mais c'est un autre problème que je ne comprend pas)
Bref je regarde mes processus, rien de particulier, aucun ne prend des
ressources excessives : 5% maximum pour le pire d'entre eux.
Du coup hier soir, je m'attaque au problème : j'arrête chaque service
un à un et vérifie l'état de free entre chaque. Je me rends à
l'évidence à la fin, j'ai gagné à peine 250 Mo de libre une fois tout
mes services arrêté (hormis ssh)... Y a donc un problème ailleurs, et
la je pense à mes partitions chiffrés. Je démonte la première qui est
vide : aucun résultats, je démonte la seconde qui est utilisé à 8 8%
(mais sans aucun processus n'accédant aux données, lsof à l'appui) et
là tout à coup je récupère mes (presque) 3 Go de libre sur ma m émoire
!!!!
Depuis hier j'ai installé munin et je vais surveiller ça mais bon rien
qu'entre hier soir et ce matin j'ai perdu déjà pas mal :
# free -o -m
total used free shared buffers cached
Mem: 3028 1161 1866 0 92 815
Swap: 0 0 0
Donc je me demande s'il existe un moyen de vider cette utilisation
abusive de la mémoire sans avoir à démonter les partitions ?
Quelqu'un a t'il déjà rencontré ce problème ?
--
Vous aimez la bretagne ?
Breizh da viken : www.pointbzh.com
...
Ni une ni deux, je vérifie ma mémoire avec free :
Il ne me restait que 30 Mo de libre ! (et le swap n'était pas utilisé
mais c'est un autre problème que je ne comprend pas)
# free -o -m
total used free shared buffers cached
Mem: 3028 1161 1866 0 92 815
Swap: 0 0 0
...
...
Ni une ni deux, je vérifie ma mémoire avec free :
Il ne me restait que 30 Mo de libre ! (et le swap n'était pas utilisé
mais c'est un autre problème que je ne comprend pas)
# free -o -m
total used free shared buffers cached
Mem: 3028 1161 1866 0 92 815
Swap: 0 0 0
...
...
Ni une ni deux, je vérifie ma mémoire avec free :
Il ne me restait que 30 Mo de libre ! (et le swap n'était pas utilisé
mais c'est un autre problème que je ne comprend pas)
# free -o -m
total used free shared buffers cached
Mem: 3028 1161 1866 0 92 815
Swap: 0 0 0
...
Le 20 novembre 2008 09:36, Kevin Hinault a écrit :
Je me réponds sur la question du swap a 0. C'était tout bêtement que
je n'avais jamais executé la commande swapon :
# swapon /dev/sda4
# free -o -m
total used free shared buffers cached
Mem: 3028 2966 61 0 105 2587
Swap: 509 0 509
Bien qu'apparement cela ne serve pas trop, si j'ai bien compris.
Comme on peut le voir ici la mémoire est repassé à une utilisation
excessive : dans Munin j'ai un pic à partir de 20h et aucun retour à
la normal, ce pic coïncide avec un transfert ftp. J'imagine que ma
mémoire était déjà comme cela depuis longtemps sans que je m'en
aperçoive. Je vais donc supposer que c'est "normal".
Concernant mon service qui avait sauté pour "out of memory", je vais
attendre gentiment qu'il recommence. Le problème était surement
ailleurs.
Et sinon j'avais reçu une idée de "Mathieu JANIN" auquel je n'ai pas
répondu directement ici, il proposait l'option remount de la commande
mount. Celle-ci ne fait rien.
--
Vous aimez la bretagne ?
Breizh da viken : www.pointbzh.com
Le 20 novembre 2008 09:36, Kevin Hinault <hinault@gmail.com> a écrit :
Je me réponds sur la question du swap a 0. C'était tout bêtement que
je n'avais jamais executé la commande swapon :
# swapon /dev/sda4
# free -o -m
total used free shared buffers cached
Mem: 3028 2966 61 0 105 2587
Swap: 509 0 509
Bien qu'apparement cela ne serve pas trop, si j'ai bien compris.
Comme on peut le voir ici la mémoire est repassé à une utilisation
excessive : dans Munin j'ai un pic à partir de 20h et aucun retour à
la normal, ce pic coïncide avec un transfert ftp. J'imagine que ma
mémoire était déjà comme cela depuis longtemps sans que je m'en
aperçoive. Je vais donc supposer que c'est "normal".
Concernant mon service qui avait sauté pour "out of memory", je vais
attendre gentiment qu'il recommence. Le problème était surement
ailleurs.
Et sinon j'avais reçu une idée de "Mathieu JANIN" auquel je n'ai pas
répondu directement ici, il proposait l'option remount de la commande
mount. Celle-ci ne fait rien.
--
Vous aimez la bretagne ?
Breizh da viken : www.pointbzh.com
Le 20 novembre 2008 09:36, Kevin Hinault a écrit :
Je me réponds sur la question du swap a 0. C'était tout bêtement que
je n'avais jamais executé la commande swapon :
# swapon /dev/sda4
# free -o -m
total used free shared buffers cached
Mem: 3028 2966 61 0 105 2587
Swap: 509 0 509
Bien qu'apparement cela ne serve pas trop, si j'ai bien compris.
Comme on peut le voir ici la mémoire est repassé à une utilisation
excessive : dans Munin j'ai un pic à partir de 20h et aucun retour à
la normal, ce pic coïncide avec un transfert ftp. J'imagine que ma
mémoire était déjà comme cela depuis longtemps sans que je m'en
aperçoive. Je vais donc supposer que c'est "normal".
Concernant mon service qui avait sauté pour "out of memory", je vais
attendre gentiment qu'il recommence. Le problème était surement
ailleurs.
Et sinon j'avais reçu une idée de "Mathieu JANIN" auquel je n'ai pas
répondu directement ici, il proposait l'option remount de la commande
mount. Celle-ci ne fait rien.
--
Vous aimez la bretagne ?
Breizh da viken : www.pointbzh.com
# free -o -m
total used free shared buffers cached
Mem: 3028 2966 61 0 105 2587
Swap: 509 0 509
Comme on peut le voir ici la mémoire est repassé à une utilisation
excessive :
dans Munin j'ai un pic à partir de 20h et aucun retour à
la normal, ce pic coïncide avec un transfert ftp.
# free -o -m
total used free shared buffers cached
Mem: 3028 2966 61 0 105 2587
Swap: 509 0 509
Comme on peut le voir ici la mémoire est repassé à une utilisation
excessive :
dans Munin j'ai un pic à partir de 20h et aucun retour à
la normal, ce pic coïncide avec un transfert ftp.
# free -o -m
total used free shared buffers cached
Mem: 3028 2966 61 0 105 2587
Swap: 509 0 509
Comme on peut le voir ici la mémoire est repassé à une utilisation
excessive :
dans Munin j'ai un pic à partir de 20h et aucun retour à
la normal, ce pic coïncide avec un transfert ftp.
Mais au delà de ça, une fois un processus swappé (sur disque) il ne
nécessite
plus d'alimentation pour les maintenir en mêmoire vive, et donc tu
fais des
économies d'énergie et tu diminue le vieillissement de ta ram (au
détriment
du disque).
Mais au delà de ça, une fois un processus swappé (sur disque) il ne
nécessite
plus d'alimentation pour les maintenir en mêmoire vive, et donc tu
fais des
économies d'énergie et tu diminue le vieillissement de ta ram (au
détriment
du disque).
Mais au delà de ça, une fois un processus swappé (sur disque) il ne
nécessite
plus d'alimentation pour les maintenir en mêmoire vive, et donc tu
fais des
économies d'énergie et tu diminue le vieillissement de ta ram (au
détriment
du disque).