taille mémoire d'une instance

pour en faire quoi ?

Tu ne serais pas consultant chez un truc style Ernst &
Young ou CooperPriceWater?

-----Original Message-----
pour en faire quoi ?


.

Tu serais pas un consultant Cap Gemini, Transiciel, Steria, NET2S etc. (si
vous connaissez d'autres boîtes de bras cassés, ;-) )



Maintenant, tu peux répondre au monsieur. Ou encore mieux, regardes SOS pour
voir que ta question n'est vraiment pas clair.
--
Paul Bacelar


"frédo" <anonymous@discussions.microsoft.com> wrote in message
news:18b101c4dbb4$63a265c0$a601280a@phx.gbl...

Tu ne serais pas consultant chez un truc style Ernst &
Young ou CooperPriceWater?



>-----Original Message-----
>pour en faire quoi ?
>
>
>.
>

apparemment vous bossez chez Ernst et young!

La question était (copier/coller) la suivante:
"est t'il possible d'obtenir la taille en mémoire occupée
par une instance d'objet, un peu comme le lenB en VB
classique"

S'il y a quelque chose de pas clair je ne vois pas quoi.
Maintenant si dans un forum pour informaticiens il faut
en plus expliquer ce qu'est un objet, une instance, la
mémoire...

La question du pourquoi:
Ce genre d'info ne relève pas du sondage d'opinion et je
doute donc que la réponse aie quoi que ce soit à voir
avec la raison pour laquelle je m'y intéresse.
Raison qui me semble d'ailleur tomber sous le sens: si je
voudrais connaître la taille en mémoire d'une instance
d'objet, c'est justement pour savoir quelle taille en
mémoire fait cette instance.
C'est ça ma réponse à la question du monsieur, est-ce que
cela aide le monsieur? J'espère car je ne vois
franchement pas ce que je peux dire d'autre.

Désolé, mais lorsque mon PC ne marche pas et que l'on me
répond que j'ai surement oublié de mettre la prise ou que
l'on me demande pourquoi je veux l'allumer cela m'agace.

Si personne n'a la réponse, pas de pbl, je finirai bien
par trouver, mais SVP ne polluons pas les post avec des
propos sans intérêt.
Et la question de Ambassadeur fait partie de cette
catégorie.

Maintenant que ma pensée est exprimée avec moins de
diplomatie les choses vont mieux?
Le schmilblick a avancé?

-----Original Message-----
Tu serais pas un consultant Cap Gemini, Transiciel,

Steria, NET2S etc. (si

vous connaissez d'autres boîtes de bras cassés, ;-) )



Maintenant, tu peux répondre au monsieur. Ou encore

mieux, regardes SOS pour

voir que ta question n'est vraiment pas clair.
--
Paul Bacelar


"frédo" <anonymous@discussions.microsoft.com> wrote in

message

news:18b101c4dbb4$63a265c0$a601280a@phx.gbl...

Tu ne serais pas consultant chez un truc style Ernst &
Young ou CooperPriceWater?



>-----Original Message-----
>pour en faire quoi ?
>
>
>.
>

.

Avant de voir un "Ernst & Young" te répondre gratuitement et bénévolement,
t'es pas près de te coucher :-)))))

Ce n'est pas forcement des aigles de la technologie mais ils sont bien
briefés pour faire un ROI (retour sur investissement) en béton ;-).



Il n' y pas pire aveugle qu'une personne qui ne veux pas voir.



"La taille en mémoire occupée par une instance d'objet", pour toi c'est une
question simple.

OK, maintenant tu vois ton objet, tu l'as sous les yeux, et bien hop en un
garbage collector, il est dans une zone de la mémoire avec une politique
d'alignement et de granularité d'allocation différente et donc a changé de
taille. Et cela juste parce que le GC a décidé que la génération de l'objet
devait changer ou qu'un des types de tas était en sous utilisation ou que la
localité du code serait meilleur.

Et puis d'un coup le programmeur, le petit plaisantin, il fait un lock (mot
cle C# pour notre frédo la science) sur l'objet et c'est la première fois,
et pour l'occasion la CLR alloue à coté de l'objet la section critique qui
permet l'exclusion mutuel. Et là, c'est de l'automatique, pour une fois on a
de la chance, alors la taille de ton objet, c'est un objet locké, ou qui a
été locké, ou un objet vierge cette manipulation, car, mon bon monsieur,
cela change la taille de l'objet.

Ou encore, l'objet X est de classe C comme son cousin Y mais ce crétin est
dans un AppDomain différent de l'observateur contrairement au faux-cul de Y,
alors pour le coup c'est Z, un proxy de la classe C qui doit se faire passer
pour X mais comme c'est qu'un proxy, il aura pas la même taille que X.

Et puis il y a ces gros ballots d'objet qui implémentent des interfaces COM
en Tear-Off (escamotable) qui utilisent l'agrégation comme des tarés et qui
font de jolies interfaces .NET.

Et je ne parle même pas des objets qui sont, dés leur naissances, affublés
d'attributs qui varient en fonctions du contexte de sécurité de l'assemnly
appelant, des compatibilités d'AppDomain de la classe, et vis vers ça, de la
configuration COM+ de ton assembly, de ta classe, de la machine, ou de l'age
du capitaine.



En gros, quand un MVP te dit de préciser ta question, précise ta question,
monsieur je sais tout sur tout.

Au fait Kosh, t'es MVP ou tu es en instance de l'être, comme moi ;-) ?



Alors maintenant le monsieur qui pense qu'il n'a pas à expliquer ce qu'est
une instance ou une classe, il va voir SOS
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vsdebug/html/vxtsksosdebugging.asp
pour comprendre qu'on n'est pas des mythomanes.



Et pour les réponses simples, il les demandent aux consultants de H&Y, il
fait un petit chèque, heu non, un gros chèque, et après, il pleure car la
réponse simple, elle lui sert à rien, car elle ne convient en rien à son
problème.



Mais effectivement, la taille d'un objet, c'est la taille d'un objet, comme
le dit frédo, il y a pas plus simple et il trouvera sûrement tout seul. Mais
si il reste aussi obtus, il s'expose à pas mal de frustrationssss.



P.S.: Quand un Hot-Liner vous demande si vous avez du jus, je ne prends pas
le Hot-liner pour un imbécile et je ne fais pas l'assertion qu'il me prend
pour un con. Mais je suppose que le niveau moyen des personnes qui appel est
bien bas et, au lieu d'être agacer, je me pavoise de mon immense culture
;-)))).


--
Paul Bacelar, légèrement AGACE

"frédo" <anonymous@discussions.microsoft.com> wrote in message
news:12a801c4dc63$d0c91a90$a501280a@phx.gbl...
apparemment vous bossez chez Ernst et young!

La question était (copier/coller) la suivante:
"est t'il possible d'obtenir la taille en mémoire occupée
par une instance d'objet, un peu comme le lenB en VB
classique"

S'il y a quelque chose de pas clair je ne vois pas quoi.
Maintenant si dans un forum pour informaticiens il faut
en plus expliquer ce qu'est un objet, une instance, la
mémoire...

La question du pourquoi:
Ce genre d'info ne relève pas du sondage d'opinion et je
doute donc que la réponse aie quoi que ce soit à voir
avec la raison pour laquelle je m'y intéresse.
Raison qui me semble d'ailleur tomber sous le sens: si je
voudrais connaître la taille en mémoire d'une instance
d'objet, c'est justement pour savoir quelle taille en
mémoire fait cette instance.
C'est ça ma réponse à la question du monsieur, est-ce que
cela aide le monsieur? J'espère car je ne vois
franchement pas ce que je peux dire d'autre.

Désolé, mais lorsque mon PC ne marche pas et que l'on me
répond que j'ai surement oublié de mettre la prise ou que
l'on me demande pourquoi je veux l'allumer cela m'agace.

Si personne n'a la réponse, pas de pbl, je finirai bien
par trouver, mais SVP ne polluons pas les post avec des
propos sans intérêt.
Et la question de Ambassadeur fait partie de cette
catégorie.

Maintenant que ma pensée est exprimée avec moins de
diplomatie les choses vont mieux?
Le schmilblick a avancé?

-----Original Message-----
Tu serais pas un consultant Cap Gemini, Transiciel,

Steria, NET2S etc. (si

vous connaissez d'autres boîtes de bras cassés, ;-) )



Maintenant, tu peux répondre au monsieur. Ou encore

mieux, regardes SOS pour

voir que ta question n'est vraiment pas clair.
--
Paul Bacelar


"frédo" <anonymous@discussions.microsoft.com> wrote in

message

news:18b101c4dbb4$63a265c0$a601280a@phx.gbl...

Tu ne serais pas consultant chez un truc style Ernst &
Young ou CooperPriceWater?



>-----Original Message-----
>pour en faire quoi ?
>
>
>.
>

.

> Il n' y pas pire aveugle qu'une personne qui ne veux pas voir.

il a du prendre mon post pour une agression. c'est vrai que c'etait dit un
peu sec.

"La taille en mémoire occupée par une instance d'objet", pour toi c'est

une

question simple.

frédo, le sizeof d'un objet, c'est un concept qui a perdu son "sens passé",
et qui ne doit en tout cas plus en avoir de nos jours.
qu'est-ce que tu cherches à mesurer ? qu'est ce que tu cherches à determiner
en utilisant cette information.
quand j'ai lu ta question, le premier reflexe que j'ai eu, c'est de me dire
"encore un C-man des années 80"

Paul t'as mis en évidence l'ensemble. je ne crois pas qu'il y ait de réponse
directe à ta question avec un mot clef.
voila pourquoi quelques precisions auraient été utiles pour savoir quels
objets solliciter, et quelles solutions envisager.

le Profiler de DevPartner, ou le CLR Profiler pourraient peut être te
servir.

En gros, quand un MVP te dit de préciser ta question, précise ta question,
monsieur je sais tout sur tout.
Au fait Kosh, t'es MVP ou tu es en instance de l'être, comme moi ;-) ?

non, mais je suis flatté du compliment :o)

Et pour les réponses simples, il les demandent aux consultants de H&Y, il
fait un petit chèque, heu non, un gros chèque, et après, il pleure car la
réponse simple, elle lui sert à rien, car elle ne convient en rien à son
problème.
Mais effectivement, la taille d'un objet, c'est la taille d'un objet,

comme

le dit frédo, il y a pas plus simple et il trouvera sûrement tout seul.

Mais

si il reste aussi obtus, il s'expose à pas mal de frustrationssss.

t'es dur la. avec frédo, hein, pas avec les SSII :o)

--
Ambassadeur Kosh
Dogbert & Partners Consulting Group

OK je veux bien admettre que j'ai été un peu sec. Mais je
vous fais remarquer que la réponse de Paul Baccelar
répond exactement à ma question. Et je ne comprends
toujours pas en quoi cela aide de savoir pourquoi je pose
la question.

Donc Paul merci pour votre réponse.

Juste pour l'anecdote, j'ai une fois demandé à un des mes
boss pourquoi on dépensait autant dans des boîtes de
consultants pour des rapport aussi idiots que vides de
sens et que de toute façon personne ne lit, voici sa
réponse:

"parce que cela rassure les actionnaires. Et si ça tourne
mal j'aurai juste à brandir mes rapports issus d'une
boîte prestigieuse et approuvés par les actionnaires pour
me couvrir".

No comment.

Frédo
Peut être bras cassé ou aveugle ou ce que vous voulez,
mais mes applis c'est en prod qu'elles tournent, pas dans
des rapports.

ah si un dernier truc pour Kosk:
"encore un C-man des années 80"
C'est plutôt la que je me sens agressé. Ta réponse
m'avait juste agacé.

-----Original Message-----

Il n' y pas pire aveugle qu'une personne qui ne veux

pas voir.

il a du prendre mon post pour une agression. c'est vrai

que c'etait dit un

peu sec.

"La taille en mémoire occupée par une instance

d'objet", pour toi c'est

une

question simple.

frédo, le sizeof d'un objet, c'est un concept qui a

perdu son "sens passé",

et qui ne doit en tout cas plus en avoir de nos jours.
qu'est-ce que tu cherches à mesurer ? qu'est ce que tu

cherches à determiner

en utilisant cette information.
quand j'ai lu ta question, le premier reflexe que j'ai

eu, c'est de me dire

"encore un C-man des années 80"

Paul t'as mis en évidence l'ensemble. je ne crois pas

qu'il y ait de réponse

directe à ta question avec un mot clef.
voila pourquoi quelques precisions auraient été utiles

pour savoir quels

objets solliciter, et quelles solutions envisager.

le Profiler de DevPartner, ou le CLR Profiler pourraient

peut être te

servir.

En gros, quand un MVP te dit de préciser ta question,

précise ta question,

monsieur je sais tout sur tout.
Au fait Kosh, t'es MVP ou tu es en instance de l'être,

comme moi ;-) ?

non, mais je suis flatté du compliment :o)

Et pour les réponses simples, il les demandent aux

consultants de H&Y, il

fait un petit chèque, heu non, un gros chèque, et

après, il pleure car la

réponse simple, elle lui sert à rien, car elle ne

convient en rien à son

problème.
Mais effectivement, la taille d'un objet, c'est la

taille d'un objet,

comme

le dit frédo, il y a pas plus simple et il trouvera

sûrement tout seul.

Mais

si il reste aussi obtus, il s'expose à pas mal de

frustrationssss.

t'es dur la. avec frédo, hein, pas avec les SSII :o)

--
Ambassadeur Kosh
Dogbert & Partners Consulting Group


.

> OK je veux bien admettre que j'ai été un peu sec. Mais je
vous fais remarquer que la réponse de Paul Baccelar
répond exactement à ma question.

Paul et moi, on a pensé à la meme chose. il y'a juste que je voulais pas te
faire un cours complet sur le sujet si j'etais pas certain que ça soit de ça
dont tu aies besoin.

Et je ne comprends
toujours pas en quoi cela aide de savoir pourquoi je pose
la question.

pour la nieme fois, selon la façon dont tu te sers de cette "information",
il y'a des outils adéquats radicalement différents, qui répondent au
probleme sous jacent.

Juste pour l'anecdote, [...]
pour me couvrir".

joli.

Frédo
Peut être bras cassé ou aveugle ou ce que vous voulez,
mais mes applis c'est en prod qu'elles tournent, pas dans
des rapports.

raison de plus pour faire les choses bien, de maniere à ce qu'il n'y ait pas
de mauvaises surprises par la suite.

ah si un dernier truc pour Kosk:
"encore un C-man des années 80"
C'est plutôt la que je me sens agressé. Ta réponse
m'avait juste agacé.

ce n'est pas une affirmation, c'est une hypotese. n'ayant pas assez
d'elements en main pour me faire une idée, je voulais donc des precisions.
Paul lui, n'a pas pris de gants, et t'as directement expliqué ce qu'on dit
generallement au stereotype cman80.

je crois que je vais commencer à me sentir visé :o)

--
Ambassadeur Kosh
"blblblbl... vous ne comprenez pas, mais, vous comprendrez"

OK on clôt le débat.

Je suis soupe au lait, toi aussi peut être et le pbl de
l'écrit est justement que les malentendus sont faciles à
produire.

Par contre une question qui n'a rien a voir: quel est le
sens de ton pseudo (s'il y en a).
Savoir pourquoi certains prennent des pseudos bizarres
m'a toujours intéressé.

> Par contre une question qui n'a rien a voir: quel est le
sens de ton pseudo (s'il y en a).
Savoir pourquoi certains prennent des pseudos bizarres
m'a toujours intéressé.

"aaaah, vous cherchez un sens... alors écoutez la musique, pas la chanson"

sympa :o)
ça vient de la série Babylon 5, une série de SF diffusée en 90 sur Canal+.
Kosh est l'ambassadeur Vorlon sur la station spatiale. et il a, disons, un
sens de la réponse assez poussé.

http://yozone.free.fr/article.php3?id_article

si jamais ça te dit de les regarder, surtout prend les saisons et les
épisodes dans l'ordre.

A+