Haypo: /* Pile */

Haypo — Tue, 21 Aug 2007 21:09:40 GMT

Pile

← Version précédente		Version du 21 août 2007 à 21:09
Ligne 118 :		Ligne 118 :
	On peut changer la taille de la pile initiale lors de la compilation, via la commande : Â« ld --stack=... Â».		On peut changer la taille de la pile initiale lors de la compilation, via la commande : Â« ld --stack=... Â».

-	Pour dÃ©tecter le dÃ©passement de la pile (Â« notifiÃ©e Â» par un signal SIGSEGV envoyÃ© par le noyau), on peut utiliser le programme : ~~[http://www.haypocalc.com/perso/prog~~/stack.c stack.c].	+	Pour dÃ©tecter le dÃ©passement de la pile (Â« notifiÃ©e Â» par un signal SIGSEGV envoyÃ© par le noyau), on peut utiliser le programme : {{HaypoSVN svnweb link\|misc/stack.c\|stack.c}}.

	On peut utiliser une pile dÃ©diÃ© aux gestionnaires de signal avec signaltstack().		On peut utiliser une pile dÃ©diÃ© aux gestionnaires de signal avec signaltstack().

Haypo: /* Mémoire et Xorg */

Haypo — Tue, 21 Aug 2007 12:43:06 GMT

Mémoire et Xorg

← Version précédente		Version du 21 août 2007 à 12:43
Ligne 101 :		Ligne 101 :
	* VmLib : MÃ©moire des bibliothÃ¨ques partagÃ©es		* VmLib : MÃ©moire des bibliothÃ¨ques partagÃ©es
	* VmPTE : ???		* VmPTE : ???
		+
		+	== ELC ==
		+
		+	Matt Mackall prÃ©pare des patchs pour le noyau Linux permettant d'avoir une meilleure idÃ©e de la mÃ©moire utilisÃ©e par une application : http://lwn.net/Articles/230975/

	== MÃ©moire et Xorg ==		== MÃ©moire et Xorg ==

Haypo: /* Pile */

Haypo — Tue, 21 Aug 2007 12:40:06 GMT

Pile

← Version précédente		Version du 21 août 2007 à 12:40
Ligne 122 :		Ligne 122 :
	[[gcc]] a plusiers options relatives Ã la gestion de la pile:		[[gcc]] a plusiers options relatives Ã la gestion de la pile:
	* Â« -fstack-check Â»		* Â« -fstack-check Â»
-	* Â« -mmax-stack-frame=n Â» : Avertissement si une fonction utilise plus de ''n'' octets de pile	+	* Â« -mmax-stack-frame=n Â» : Avertissement si une fonction utilise plus de ''n'' octets de pile <= ne fonctionne que pour l'architecture CRIS
	* Â« -fstack-limit-register=reg Â»		* Â« -fstack-limit-register=reg Â»
	* Â«-fstack-limit-symbol=sym Â»		* Â«-fstack-limit-symbol=sym Â»

Haypo: /* Pile */

Haypo — Tue, 21 Aug 2007 12:13:47 GMT

Pile

← Version précédente		Version du 21 août 2007 à 12:13
Ligne 116 :		Ligne 116 :
	Pour dÃ©tecter le dÃ©passement de la pile (Â« notifiÃ©e Â» par un signal SIGSEGV envoyÃ© par le noyau), on peut utiliser le programme : [http://www.haypocalc.com/perso/prog/stack.c stack.c].		Pour dÃ©tecter le dÃ©passement de la pile (Â« notifiÃ©e Â» par un signal SIGSEGV envoyÃ© par le noyau), on peut utiliser le programme : [http://www.haypocalc.com/perso/prog/stack.c stack.c].

-	On peut utiliser une pile dÃ©diÃ© aux gestionnaires de signal avec ~~sigaltstack~~().	+	On peut utiliser une pile dÃ©diÃ© aux gestionnaires de signal avec signaltstack().

	On peut limiter la taille de la pile d'un thread avec pthread_attr_setstacksize().		On peut limiter la taille de la pile d'un thread avec pthread_attr_setstacksize().

Haypo: /* Mémoire et Xorg */

Haypo — Tue, 24 Jul 2007 21:21:01 GMT

Mémoire et Xorg

Nouvelle page

[[CatÃ©gorie:Programmation]]
{{Retour|Programmation|Retour aux articles de programmation}}

Notes sur l'utilisation de la mÃ©moire dans un programme.

== Ã‰tat actuel ==

=== Savoir lire l'Ã©tat de la mÃ©moire ===

Lorsqu'on fait un '''top''', on a des fois des sueurs froides en interprÃ©tant mal les diffÃ©rentes colonnes.
$ top
...
(je tape M pour trier par utilisation de la mÃ©moire)
...
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
15404 haypo 15 0 73240 40m 22m S 0.3 8.2 0:35.20 konqueror
22370 root 15 0 359m 22m 2800 S 0.0 4.6 9:12.06 Xorg
12098 haypo 15 0 89944 19m 7740 S 0.0 3.8 0:18.36 gajim.py
14355 haypo 15 0 40836 11m 7388 S 0.0 2.3 0:30.56 gvim

Colonnes concernant la mÃ©moire :
* '''VIRT''' : Taille de la mÃ©moire virtuelle. Notion assez lointaine de l'utilisation mÃ©moire. En gros, c'est la taille totale que pourrait atteindre un programme s'il utilisait toute la mÃ©moire. Or cette valeur est trÃ¨s loin de l'utilisation rÃ©elle.
* '''RES''' : MÃ©moire Â« rÃ©sidente Â». C'est cette valeur qu'il faut lire en premier quand on veut savoir quel programme utilise toute la mÃ©moire. C'est la mÃ©moire qu'un programme utilise rÃ©elle et juste pour son usage personnel.
* '''SHR''' : MÃ©moire Â« partagÃ©e Â». C'est la mÃ©moire utilisÃ©e partagÃ©es avec les autres processus.

Â« ''RSS. Taille de lâ€™ensemble rÃ©sident : nombre de pages dont le processus dispose en mÃ©moire rÃ©elle, moins 3 pour des raisons administratives. Il sâ€™agit juste des pages contenant les espaces de code, donnÃ©e et pile. Ceci nâ€™inclut ni les pages en attente de chargement ni celles qui ont Ã©tÃ© swappÃ©es.'' Â»

=== getrusage() ===

La fonction getrusage() renseigne l'utilisation des ressources du processus courant. Champs renseignant sur l'Ã©tat de la mÃ©moire :
* ru_maxrss : Taille rÃ©sidente maximale
* ru_ixrss : Taille de mÃ©moire partagÃ©e
* ru_idrss : Taille des donnÃ©es non partagÃ©es
* ru_isrss : Taille de pile
* ru_minflt : Demandes de pages
* ru_majflt : Nombre de fautes de pages
* ru_nswap : Nombre de swaps

Les valeurs sont exprimÃ©es en nombre de pages. Il faut lire la taille d'une page pour avoir la valeur en octets.

=== free ===

Commande '''free''' :
$ free
total used free shared buffers cached
Mem: 506488 356632 149856 0 18892 155056
-/+ buffers/cache: 182684 323804
Swap: 1485972 163940 1322032

=== /proc/self/statm ===

$ cat /proc/self/statm
689 144 121 4 0 61 0

Signification des colonnes :
# Taille totale du programme (en pages)
# Taille rÃ©sidente du programme (en pages)
# Nombre de pages partagÃ©es
# Nombre de pages de code
# Nombre de pages de bibliothÃ¨ques
# Nombre de pages de donnÃ©e ou de pile
# Nombre de pages touchÃ©es (''dirty pages'')

Source : (en) [http://www.redhat.com/docs/manuals/enterprise/RHEL-3-Manual/ref-guide/s1-proc-directories.html Red Hat Enterprise Linux 3: Reference Guide] (''Chapter 5. The proc File System'').

=== /proc/meminfo ===

Ã‰tat de la mÃ©moire physique. Lignes intÃ©ressantes :
$ cat /proc/meminfo
MemTotal: 506488 kB
MemFree: 82396 kB
Buffers: 36448 kB
Cached: 173540 kB
SwapTotal: 1485972 kB
SwapFree: 1324976 kB

=== /proc/self/status ===

Le fichier /proc/self/status contient des lignes intÃ©ressantes :
$ grep Vm /proc/self/status
VmPeak: 2828 kB
VmSize: 2828 kB
VmLck: 0 kB
VmHWM: 744 kB
VmRSS: 744 kB
VmData: 156 kB
VmStk: 84 kB
VmExe: 92 kB
VmLib: 1304 kB
VmPTE: 12 kB

Les diffÃ©rentes lignes :
* VmPeak : Valeur maximale de la mÃ©moire '''virtuelle''' depuis la naissance du processus
* VmSize : Taille de la mÃ©moire virtuelle
* VmLck : ???
* VmHWM : ???
* VmRSS : MÃ©moire Â« '''rÃ©sidente''' Â»
* VmData : Taille de la mÃ©moire (des donnÃ©es) en lecture seule
* VmStk : Taille de la pile
* VmExe : Taille du code
* VmLib : MÃ©moire des bibliothÃ¨ques partagÃ©es
* VmPTE : ???

== MÃ©moire et Xorg ==

Il faut utiliser le programme '''xrestop''' pour lire la rÃ©partition en mÃ©moire des pixmaps par processus.

Lisez aussi [http://icps.u-strasbg.fr/~marchesin/nvdri/fosdem1.pdf X.org myths] de StÃ©phane Marchesin.

== Pile ==

Sous Linux, la taille a une taille d'environ 8 Mo.

On peut changer la taille de la pile initiale lors de la compilation, via la commande : Â« ld --stack=... Â».

Pour dÃ©tecter le dÃ©passement de la pile (Â« notifiÃ©e Â» par un signal SIGSEGV envoyÃ© par le noyau), on peut utiliser le programme : [http://www.haypocalc.com/perso/prog/stack.c stack.c].

On peut utiliser une pile dÃ©diÃ© aux gestionnaires de signal avec sigaltstack().

On peut limiter la taille de la pile d'un thread avec pthread_attr_setstacksize().

[[gcc]] a plusiers options relatives Ã la gestion de la pile:
* Â« -fstack-check Â»
* Â« -mmax-stack-frame=n Â» : Avertissement si une fonction utilise plus de ''n'' octets de pile
* Â« -fstack-limit-register=reg Â»
* Â«-fstack-limit-symbol=sym Â»
* Â« -fno-stack-limit Â» : Pas de limlite de pile
* (dans le code) Â« __attribute__ ((sp_switch ("alt_stack"))) Â» indique qu'on utilise la pile de la variable alt_stack (void *alt_stack = malloc(...))

La fonction alloca() alloue de la mÃ©moire sur la pile : en fait, c'est simplement un changement de valeur d'ESP (sur i386). gcc a la fonction __builtin_alloca(). La fonction alloca() a un comportement indÃ©fini lorsque la limite de la mÃ©moire est dÃ©passÃ©e, il ne faut donc pas l'utiliser. Voir :
* [http://sourceware.org/ml/libc-alpha/2004-02/msg00022.html alloca and reliable stack-overflow detection in glibc functions]
* [http://archive.cert.uni-stuttgart.de/vuln-dev/2003/02/msg00040.html Re: glibc glob_filename() recurse call stack overflow]

== Python ==

* [http://docs.python.org/lib/module-gc.html Module gc]
* re.purge() libÃ¨re les caches
* [http://www.artima.com/weblogs/viewpost.jsp?thread=174099 Memory debugging in Python -- fighting the GC] : Billet prÃ©sentant en dÃ©tail le fonctionnement de '''gc'''
* WikipÃ©dia : [http://fr.wikipedia.org/wiki/Ramasse-miettes Ramasse-miettes]

Surveiller l'utilisation de la mÃ©moire : [http://guppy-pe.sourceforge.net/#Heapy Heapy] et (plus vieux et n'est plus maintenu) [http://pysizer.8325.org/ pysizer].

=== pymalloc ===

Le gestionnaire de mÃ©moire internet de Python 2.3 et 2.4, '''[http://www.python.org/doc/2.3/whatsnew/section-pymalloc.html pymalloc]''', est boguÃ©. Il ne libÃ¨re jamais la mÃ©moire : lisez [http://evanjones.ca/python-memory.html le billet d'Evan Jones] pour en savoir plus. Evan Jones a justement corrigÃ© ce bug et son travail a Ã©tÃ© intÃ©grÃ© dans Python 2.5 : lisez [http://evanjones.ca/python-memory-part3.html l'annonce d'Evan Jones] et [http://mail.python.org/pipermail/python-dev/2006-March/061991.html l'annonce de Tim Peters sur la liste de diffusion python-dev]. Tim Peters a repris le travail d'Evan Jones, l'a corrigÃ© et l'a commitÃ© dans le trunk de Python.

== setrlimit ==

Sous Linux, seul setrlimit(RLIMIT_AS) fonctionne. setrlimit(RLIMIT_RSS) et setrlimit(RLIMIT_DATA) ne fonctionnent pas. Lire un [http://lkml.org/lkml/2006/1/9/119 email d'Alan Cox Ã ce sujet].

MÃ©moire - Historique des versions

Haypo: /* Pile */

Haypo: /* Mémoire et Xorg */

Haypo: /* Pile */

Haypo: /* Pile */

Haypo: /* Mémoire et Xorg */