Discussion :

[deeal]

Bonjour,
je voulais avoir une petite explication sur les differentes piles utilises par la CLR

en effet j'ai compris un peu (j'espere)
la managed heap : c'est la ou sont alloues tout les objets references cree par gcnew ( la je n'ai pas de confusion)
j'ai plus confusion entre le stack et la CRT
est-ce que sur la CRT sont alloues tout les objet references crees par new? (seulement), et le stack il n'a que les object value

et est-ce la CLR alloue un espace managed heap pour chaque process?
ou c'est une espace commun a toutes les application utilisant la CLR?
et est-ce que c'est la meme chose pour les autres piles?

Merci

[Médinoc]

La CRT n'est pas une zone mémoire, mais la bibliothèque standard (C Run-Time Library)
Et surtout, un tas (heap) est TOUT SAUF une pile (stack)

• Managed heap : C'est le tas managé, où se trouvent en effet tous les objets de type référence.
• CRT Heap : Tas non-managé de la CRT : Objets créés par new (et en C, zones mémoires allouées par malloc()).
• Stack : Pile, contient toutes les variables locales des fonctions : Types valeur et références vers des objets de type référence.
  Il y a une pile par thread.
• Pour les variables static/shared, je ne sais pas où elles sont mises en Managé. Mais en non-managé, c'est simplement dans la "zone de données statiques".

Et pour information, il y a un process pour chaque programme .Net lancé, donc les données managées sont isolées (enfin j'espère, car les partager en interne serait vraiment débile).

[deeal]

Et pour information, il y a un process pour chaque programme .Net lancé, donc les données managées sont isolées (enfin j'espère, car les partager en interne serait vraiment débile).

Merci Medinoc.
juste pour le dernier point, je crois que avec .Net, on peut avoir un seul process pour plusieurs application, mais chaque application a son Application domain, non?

pas defaut oui , on a un process pour chaque application et donc un seul AppDomain
mais on peut demander au CLR de creer un seul process, et dedans creer plusieur APPDomain, et je voudrai bien voir comment est gerer la memoire comme cela

Merci

[Médinoc]

Désolé, je ne sais pas ce que sont les AppDomain. C'est un concept .Net ?

Au niveau process, je ne connais que Fiber ∈ Thread ∈ Process ∈ Job.

[deeal]

Désolé, je ne sais pas ce que sont les AppDomain. C'est un concept .Net ?

Au niveau process, je ne connais que Fiber ∈ Thread ∈ Process ∈ Job.

oui c'est un concept du framework
deja il y'avait un probleme pour un singleton d'une classe, car c'est un singleton au sein d'une AppDomaine, et pas du processus

http://www.gotdotnet.com/team/clr/AppdomainFAQ.aspx
tu peux voir ce lien si tu veux
ou
http://msdn2.microsoft.com/en-us/library/dah4cwez.aspx
merci

[Médinoc]

Ah oui, je viens de jeter un coup d'oeil.

Si j'ai bien compris, un process peut en effet contenir plusieurs applications, chacune dans son AppDomain, mais seulement si elles sont type-safe (ce qui selon moi signifie "En C# sans zones 'unsafe' ou en C++/CLI compilé avec /clr:safe", sachant que pour le VB je ne sais pas).
Cela doit vouloir dire qu'une application unsafe est toujours lancée dans un nouveau processus.

Mais apparemment, on ne peut pas créer deux applications dans le même AppDomain.

on peut demander au CLR de creer un seul process, et dedans creer plusieur APPDomain, et je voudrai bien voir comment est gerer la memoire comme cela

Si j'ai bien compris, la mémoire est partagée (car ce n'est toujours qu'un seul process), mais le CLR s'assure qu'aucun AppDomain ne touche à la mémoire du voisin.

[deeal]

Si j'ai bien compris, la mémoire est partagée (car ce n'est toujours qu'un seul process), mais le CLR s'assure qu'aucun AppDomain ne touche à la mémoire du voisin.

et donc la difference entre AppDomain est Thread, ce n'est pas de le partage memoire, car les thread aussi partagent la memoire
Merci Medinoc
je crois que j'ai bien compris la difference entre la CRT heap, managed et le stack