je viens de constater un tres curieux probleme sur mon pc (hp, quadcore,
8Go ram, 1To dd) sous Mandriva2010.2:
- apparition du message: plus de memoire disponible ou <200Mo
j'efface qques Go de video, donc 4Go de ram libre annonces par df
- qques mn plus tard, rebelote, meme reaction de ma part, à nouveau
qques Go de libre
- je me depeche de terminer l'en cours tout en etant interrompu par
qques sequences identiques
- puis je cherche ou peuvent bien etre passes ces Go qui disparaissent
je constate que j'ai un repertoire /proc de 128To donné par les
propriétés de la fenetre qui s'ouvre suite a un clic droit sur /proc
dans dolphin......
et dans ce repertoire je trouve un fichier kcore de 130 mille (environ)
Go!!! bien sur impossible a effacer meme en root
- je reboote apres avoir laissé le pc eteint qques minutes
resultat: j'ai maintenant 42Go de libre dur le DD dans /,
/proc et kcore ont toujours les memes valeurs ahurissantes mais une
heure plus tard, il semble que l'espace libre sur le DD ne s'evapore
plus comme avant le reboot
Est-ce que vous avez deja rencontre ce type de probleme?
Avez-vous une explication du phenomene?
Qu'en pensez-vous?
merci pour vos commentaires et bonne nuit.
--
"Le grand ennemi de la vérité n'est très souvent pas le mensonge -
délibéré, artificiel et malhonnête - mais le mythe - persistant,
persuasif et irréaliste. *Trop souvent, nous nous en tenons aux clichés
de nos ancêtres*. Nous soumettons tous les faits à un ensemble
préfabriqué d'interprétations. Nous apprécions le confort d'une opinion
sans l'inconfort de la pensée. "-John F. Kennedy
jp willm , dans le message <50c60495$0$1183$, a écrit :
Ok, je suppose donc que la taille de /dev/mem peut nous indiquer la quantité de données qui ont été mémorisées.
Déjà, un périphérique de type caractère n'a pas de taille. Ensuite, la quantité de données que tu peux lire dans /dev/mem correspond exactement à la mémoire disponible sur la machine du point de vue du noyau.
jp willm , dans le message
<50c60495$0$1183$ba4acef3@reader.news.orange.fr>, a écrit :
Ok, je suppose donc que la taille de /dev/mem peut nous indiquer la
quantité de données qui ont été mémorisées.
Déjà, un périphérique de type caractère n'a pas de taille. Ensuite, la
quantité de données que tu peux lire dans /dev/mem correspond exactement à
la mémoire disponible sur la machine du point de vue du noyau.
jp willm , dans le message <50c60495$0$1183$, a écrit :
Ok, je suppose donc que la taille de /dev/mem peut nous indiquer la quantité de données qui ont été mémorisées.
Déjà, un périphérique de type caractère n'a pas de taille. Ensuite, la quantité de données que tu peux lire dans /dev/mem correspond exactement à la mémoire disponible sur la machine du point de vue du noyau.
Nicolas George
Francois Lafont , dans le message <50c51d24$0$21947$, a écrit :
Ah, je crois que ce concept de mémoire virtuelle et le reste aussi me dépasse un peu. Mais est-ce correct dire que la mémoire virtuelle ne peux pas dépasser la taille de la RAM + celle de la swap ?
Ça dépend ce qu'on désigne exactement par mémoire virtuelle, mais en général c'est bien ça.
Mais quand j'ouvre (au sens naïf du terme) un fichier texte avec mon éditeur par exemple en faisant « gedit f.txt », le contenu du fichier texte n'est-il pas entièrement copié dans la RAM et n'est-ce pas uniquement cette copie qui est modifiée par l'éditeur sauf au moment où je clique sur "enregistrer" où la version du fichier stockée dans la RAM est recopiée sur le disque dur à la place du fichier f.txt ? Ce n'est pas comme ça que ça se passe ?
Ça dépend comment l'éditeur est implémenté, il y a plein de manières différentes de gérer les gros fichiers, chacune avec ses avantages et ses inconvénients. Dans le cas de gedit, c'est probablement comme ça que ça se passe.
Francois Lafont , dans le message
<50c51d24$0$21947$426a74cc@news.free.fr>, a écrit :
Ah, je crois que ce concept de mémoire virtuelle et le reste aussi me
dépasse un peu. Mais est-ce correct dire que la mémoire virtuelle ne
peux pas dépasser la taille de la RAM + celle de la swap ?
Ça dépend ce qu'on désigne exactement par mémoire virtuelle, mais en général
c'est bien ça.
Mais quand j'ouvre (au sens naïf du terme) un fichier texte avec mon
éditeur par exemple en faisant « gedit f.txt », le contenu du fichier
texte n'est-il pas entièrement copié dans la RAM et n'est-ce pas
uniquement cette copie qui est modifiée par l'éditeur sauf au moment où
je clique sur "enregistrer" où la version du fichier stockée dans la RAM
est recopiée sur le disque dur à la place du fichier f.txt ? Ce n'est
pas comme ça que ça se passe ?
Ça dépend comment l'éditeur est implémenté, il y a plein de manières
différentes de gérer les gros fichiers, chacune avec ses avantages et ses
inconvénients. Dans le cas de gedit, c'est probablement comme ça que ça se
passe.
Francois Lafont , dans le message <50c51d24$0$21947$, a écrit :
Ah, je crois que ce concept de mémoire virtuelle et le reste aussi me dépasse un peu. Mais est-ce correct dire que la mémoire virtuelle ne peux pas dépasser la taille de la RAM + celle de la swap ?
Ça dépend ce qu'on désigne exactement par mémoire virtuelle, mais en général c'est bien ça.
Mais quand j'ouvre (au sens naïf du terme) un fichier texte avec mon éditeur par exemple en faisant « gedit f.txt », le contenu du fichier texte n'est-il pas entièrement copié dans la RAM et n'est-ce pas uniquement cette copie qui est modifiée par l'éditeur sauf au moment où je clique sur "enregistrer" où la version du fichier stockée dans la RAM est recopiée sur le disque dur à la place du fichier f.txt ? Ce n'est pas comme ça que ça se passe ?
Ça dépend comment l'éditeur est implémenté, il y a plein de manières différentes de gérer les gros fichiers, chacune avec ses avantages et ses inconvénients. Dans le cas de gedit, c'est probablement comme ça que ça se passe.
Francois Lafont
Le 10/12/2012 17:35, Nicolas George a écrit :
Francois Lafont , dans le message <50c51d24$0$21947$, a écrit :
Ah, je crois que ce concept de mémoire virtuelle et le reste aussi me dépasse un peu. Mais est-ce correct dire que la mémoire virtuelle ne peux pas dépasser la taille de la RAM + celle de la swap ?
Ça dépend ce qu'on désigne exactement par mémoire virtuelle, mais en général c'est bien ça.
Mais quand j'ouvre (au sens naïf du terme) un fichier texte avec mon éditeur par exemple en faisant « gedit f.txt », le contenu du fichier texte n'est-il pas entièrement copié dans la RAM et n'est-ce pas uniquement cette copie qui est modifiée par l'éditeur sauf au moment où je clique sur "enregistrer" où la version du fichier stockée dans la RAM est recopiée sur le disque dur à la place du fichier f.txt ? Ce n'est pas comme ça que ça se passe ?
Ça dépend comment l'éditeur est implémenté, il y a plein de manières différentes de gérer les gros fichiers, chacune avec ses avantages et ses inconvénients. Dans le cas de gedit, c'est probablement comme ça que ça se passe.
Ok. Merci pour les explications. Effectivement quand je parlais de fichiers « ouverts » j'avais en tête un sens très haut niveau et très naïf mais je retiendrai la notion de fichier ouvert « au sens du noyau » avec le file descriptor.
À+
-- François Lafont
Le 10/12/2012 17:35, Nicolas George a écrit :
Francois Lafont , dans le message
<50c51d24$0$21947$426a74cc@news.free.fr>, a écrit :
Ah, je crois que ce concept de mémoire virtuelle et le reste aussi me
dépasse un peu. Mais est-ce correct dire que la mémoire virtuelle ne
peux pas dépasser la taille de la RAM + celle de la swap ?
Ça dépend ce qu'on désigne exactement par mémoire virtuelle, mais en général
c'est bien ça.
Mais quand j'ouvre (au sens naïf du terme) un fichier texte avec mon
éditeur par exemple en faisant « gedit f.txt », le contenu du fichier
texte n'est-il pas entièrement copié dans la RAM et n'est-ce pas
uniquement cette copie qui est modifiée par l'éditeur sauf au moment où
je clique sur "enregistrer" où la version du fichier stockée dans la RAM
est recopiée sur le disque dur à la place du fichier f.txt ? Ce n'est
pas comme ça que ça se passe ?
Ça dépend comment l'éditeur est implémenté, il y a plein de manières
différentes de gérer les gros fichiers, chacune avec ses avantages et ses
inconvénients. Dans le cas de gedit, c'est probablement comme ça que ça se
passe.
Ok. Merci pour les explications. Effectivement quand je parlais de
fichiers « ouverts » j'avais en tête un sens très haut niveau et très
naïf mais je retiendrai la notion de fichier ouvert « au sens du noyau »
avec le file descriptor.
Francois Lafont , dans le message <50c51d24$0$21947$, a écrit :
Ah, je crois que ce concept de mémoire virtuelle et le reste aussi me dépasse un peu. Mais est-ce correct dire que la mémoire virtuelle ne peux pas dépasser la taille de la RAM + celle de la swap ?
Ça dépend ce qu'on désigne exactement par mémoire virtuelle, mais en général c'est bien ça.
Mais quand j'ouvre (au sens naïf du terme) un fichier texte avec mon éditeur par exemple en faisant « gedit f.txt », le contenu du fichier texte n'est-il pas entièrement copié dans la RAM et n'est-ce pas uniquement cette copie qui est modifiée par l'éditeur sauf au moment où je clique sur "enregistrer" où la version du fichier stockée dans la RAM est recopiée sur le disque dur à la place du fichier f.txt ? Ce n'est pas comme ça que ça se passe ?
Ça dépend comment l'éditeur est implémenté, il y a plein de manières différentes de gérer les gros fichiers, chacune avec ses avantages et ses inconvénients. Dans le cas de gedit, c'est probablement comme ça que ça se passe.
Ok. Merci pour les explications. Effectivement quand je parlais de fichiers « ouverts » j'avais en tête un sens très haut niveau et très naïf mais je retiendrai la notion de fichier ouvert « au sens du noyau » avec le file descriptor.
À+
-- François Lafont
jp willm
Le 10/12/2012 17:32, Nicolas George a écrit :
Déjà, un périphérique de type caractère n'a pas de taille.
C'est ce que j'ai finalement remarqué.
Ensuite, la
quantité de données que tu peux lire dans /dev/mem correspond exactement à la mémoire disponible sur la machine du point de vue du noyau.
Bon, mais moi je ne sais pas lire/interpréter /dev/mem et c'est pas grave.
-- http://perso.orange.fr/willms/index.html
Le 10/12/2012 17:32, Nicolas George a écrit :
Déjà, un périphérique de type caractère n'a pas de taille.
C'est ce que j'ai finalement remarqué.
Ensuite, la
quantité de données que tu peux lire dans /dev/mem correspond exactement à
la mémoire disponible sur la machine du point de vue du noyau.
Bon, mais moi je ne sais pas lire/interpréter /dev/mem et c'est pas grave.
Déjà, un périphérique de type caractère n'a pas de taille.
C'est ce que j'ai finalement remarqué.
Ensuite, la
quantité de données que tu peux lire dans /dev/mem correspond exactement à la mémoire disponible sur la machine du point de vue du noyau.
Bon, mais moi je ne sais pas lire/interpréter /dev/mem et c'est pas grave.
-- http://perso.orange.fr/willms/index.html
Pascal Hambourg
Th.A.C a écrit :
Le 10/12/2012 00:22, Francois Lafont a écrit :> Le 09/12/2012 23:39, > > Ah, je crois que ce concept de mémoire virtuelle et le reste aussi me > dépasse un peu. Mais est-ce correct dire que la mémoire virtuelle ne > peux pas dépasser la taille de la RAM + celle de la swap ?
La mémoire virtuelle, c'est de la mémoire qui n'est pas de la vraie ram (comme la ddr,ddr2,ddr3,...), c'est donc dans ton cas le swap.
Pas forcément. Comme l'a écrit Nicolas George, il y a plusieurs définitions de la mémoire virtuelle. Cela n'en est qu'une parmi d'autres.
Th.A.C a écrit :
Le 10/12/2012 00:22, Francois Lafont a écrit :> Le 09/12/2012 23:39,
>
> Ah, je crois que ce concept de mémoire virtuelle et le reste aussi me
> dépasse un peu. Mais est-ce correct dire que la mémoire virtuelle ne
> peux pas dépasser la taille de la RAM + celle de la swap ?
La mémoire virtuelle, c'est de la mémoire qui n'est pas de la vraie ram
(comme la ddr,ddr2,ddr3,...), c'est donc dans ton cas le swap.
Pas forcément. Comme l'a écrit Nicolas George, il y a plusieurs
définitions de la mémoire virtuelle. Cela n'en est qu'une parmi d'autres.
Le 10/12/2012 00:22, Francois Lafont a écrit :> Le 09/12/2012 23:39, > > Ah, je crois que ce concept de mémoire virtuelle et le reste aussi me > dépasse un peu. Mais est-ce correct dire que la mémoire virtuelle ne > peux pas dépasser la taille de la RAM + celle de la swap ?
La mémoire virtuelle, c'est de la mémoire qui n'est pas de la vraie ram (comme la ddr,ddr2,ddr3,...), c'est donc dans ton cas le swap.
Pas forcément. Comme l'a écrit Nicolas George, il y a plusieurs définitions de la mémoire virtuelle. Cela n'en est qu'une parmi d'autres.
