Version imprimable
Bonjour,
Je fais des tests et j'essais d'optimiser une simple application en VB2005 NET.
Elle contient une petite image png de 24ko avec un Label et un évènement Click
C'est tout !
Je suis stupéfaite de remarquer qu'elle prend pas moins de 30 mo en mémoire (
15 en ram & 15 en swap)
Esce normal que les applications VB NET sont aussi gourmandes avec peu de chose à l'intérieur ?
MErci
Slt oui les application .Net utilise beaucoup de memoire car elle fonctionne grace au framework c'edst comme pour java il faut le temps que la cafetiere chauffe
Les applications sans NET seraient alors plus avantageuses ?
Et si j'enlève les Assemblies que j'ai pas besoin, ça prendra moins de RAM ?
J'ai la vague impression que les machines virtuelles sont trop gourmande pour le peu que l'on demande :?
En plus l'executable ne fait que 124ko, je préfèrerai quil fasse un peu plus en échange de moins de RAM.
regarde à tout hasard vers ngen (fourni par microsoft) qui permet de faire un exe en code natif à partir d'un exe .net
l'exe .net a besoin du framework et est compilé à la volée
un exe en code natif n'a besoin de rien et est compilé une fois pour toute (donc gain de temps pour démarrer l'appli aussi)
enfin c'est sur que la moindre appli avec .net prendra entre 10 et 30 Mo de ram minimum, mais en théorie c'est pas bien grave
Si mes souvenirs sont bons, ngen génère une image native du code MSIL contenu dans l'exécutable, et de l'exécutable uniquement, en pratique, cela signifie que tu évites l'étape de jitting au démarrage, le programme prendra la même place en mémoire, car cela ne change rien au fait que le programme est toujours basé sur la machine virtuelle .NET. Au final, ton exe va se lancer plus rapidement, mais il aura la même occupation mémoire.Citation:
Envoyé par sperot51
Il faut dire que ce n'est pas exponentiel avec la taille du projet; car si tu doubles tes objets ou form, il n'y aura que peu de changement en ram.
Deplus et comme le dit sperot, que ca prenne 30Mo ou 50Mo, ce n'est reellement plus vraiment grave comme avant, vu les grosses quantites de ram disponible avec les machines.
Ha! oui merci
j'ai trouvé ça:
http://www.microsoft.com/france/msdn...ces_part2.mspx
J'espère que je vais y arrivé, car malgré avoir acheté des livres pour m'initier je suis perdue pas par l'IDE de Visual, mais par le langage qui a évolué énormement.
Je suis restée sur le basic de mon CPC464 :mouarf:
Là je suis perdue avec touts ces Sub, m'enfin je pense qu'avec le temps ça va venir et que je vais réaliser mes applications.
Zut ya pas encore le 3ème chapitres :(
J'ai beau cherché Ngen.exe je ne le trouve pas. Malgré le Framework2 d'installer.
Et en plus ya pas d'option dans VB express semble til :(
les infos pour ngen
http://msdn2.microsoft.com/fr-fr/lib...cf(VS.80).aspx
Chez moi, il se trouve ici :Citation:
Envoyé par Diabless6
Code:C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727
Ha! oui merci.
Mais je n'y arrive pas. Je suis entrain de relire les définitions de mon livre notamment sur l'assembly car ya des trucs qui méchappent.
En faites, si je comprends bien :roll: mon applications Winmedia.exe que j'ai compilé est en code managé donc il faut les runtimes du Framework2 pour que je puisse la faire fonctionner.
Si j'arrive à utiliser le NGEN, alors je pourrais convertir Winmedia.exe en Code non managé soit executable directement par le système d'exploitation sans avoir besoin de FrameWork2 ?
Mais ya un truc que je pige pas, l'Assembly estce le résultat de la compilation de mon .exe via les class du framework ?
Car en définition sur le bouquin j'ai: résultat de la compilation d'une bibliothèque de classes en un fichier avec une extension .dll
Je pige pas là:(
Citation:
Envoyé par Diabless6
ngen est qu'à moitié bien, l'exe a quand meme besoin du framework je crois
un assembly est soit un exe soit une dll à mon avis
et une bibliotheque de classe se compile en dll (un projet application se compile en exe)
oui mais moi je n'ai quune .exe avec dans le dossier un .pdb et un .xml
alors je ne vois pas comment en fait :
ma syntaxe est bonne ? non ?Code:
2
3
4
5
6
7
8
9
10
Exact, c'est ce que je disais plus haut.Citation:
Envoyé par sperot51
Un assembly est le fichier resultant de la compilation des fichiers sources en un fichier contenant le code MSIL, qu'il s'agisse d'un exécutable ou d'une bibliothèque de classes.Citation:
Envoyé par sperot51
En effet, l'extension DLL pour les assembly prête souvent à confusion, la différence entre un executable .NET et une bibliothèque de classes .NET est simplement que l'exécutable contient un point d'entrée, pas la bibliothèque. Sinon à quelques subtilités près, les deux fichiers ont une structure identique.Citation:
Envoyé par sperot51
Non et il t'indique la syntaxe à utiliser. Utilise des " autours des fichiers dont le chemin contient des espaces.Citation:
Envoyé par Diabless6
Haa! donc en faite j'avais bien pigé en partie ouff :mrgreen:
Je crois que ça a fonctionné, je vais voir ce que cela donne ;)Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
Mouai, je pense que l'executable a été écrasé par la nouvelle version mais il est toujours aussi petit et je ne remarque pas bp de différence en consommation RAM :(
Vu la taille du fichier 450ko il est claire a mon avis que ne framework reste necessaire.
Donc en faite ce NGEN est un leurre car il ne fait pas vraiement une application non managée :roll:
Alors moi qui voudrait réaliser un app qui scrute la consommation de RAM et l'optimise ben ça le fait pas du tout car déjà ce genre d'application prend peu de mémoire 5mo env là ça me fera tout de même 30mo :(
C'est pas jojo je suis un peu déçue:( Je comprends pourquoi certain restent encore sur le VB6, un executable autonome et bien plus économique.
Ou a moins de changer le compilateur de l'IDE tout en utilisant le NET, ya borland qui le fait je crois ? Mais pas en VB hélas :(