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 :(
Bon l'application est juste plus rapide c tout.
je viens de regarder le cache des images natives, j'ai remarqué qu'il y avait PaintNET
Je suis pas certaine, mais à l'installation de PaintNET ya un message de type optimisation du system NET je crois, en faite je pense que cela a un rapport avec le NGEN pour que PaintNET s'execute plus vite.
Et donc a chaque fois que l'on installe une application optimisée au NGEN, le cache de celui-ci se rempli en images natives ?
C'est exact, c'est ce que j'avais enoncé un peu plus haut ;)Citation:
Envoyé par Diabless6
Oui mais il faut que je cogite un peu pour comprendre ;)
Si je prends du C# ou C++ en net évidemment ça n'aura pas d'incidence sur la RAM utilisée ?
Et ces fameuse images natives, j'espère quelles ne prennent pas bp de place sur le disque dur ?
Je pense qu'en parallèle du VB2005, j'utiliserai une plateform win32 en code natif soit non managé pour créer des applications dont le besoin en ram doit être très légers et donc je pense naturellement a une IDE de borland C# Explorer est free, ben oui ccomme ya pas de VB ça me semble l'alternative idéal.
Ceci dit je vais le téléchager, compiler une application simple et voir la différence en ram.
Le seul Hic, c'est quil ne prend pas le NetFRameWorks2 et je ne sais pas si on peu l'intégrer dedans :( Mais je vais posé ma question dans le forum approprié a cet effet ;)
y a pas vraiment de différrences entre C# et VB, juste la syntaxe qui change
par contre en C++ tu pourras faire un programme qui n'utilise pas le framework
oui mais c un peu flou dans ma tête.
Je sais que, enfin je pense que pour des applications spécifiques comme un defragmenteur de ram, ou nettoyeur de ram qui reste tout le temps en marche doit prendre très peu de mémoire.
Donc je dois trouvé une alternative au Net sur ce point là.
Tous les Visuals sont 100% NET
Le C++ il me parait très compliqué par rapport au C#.
Je regarde là: http://www.codegear.com/fr/products/turbo
C'est un peu abstrait pour moi :
Mais ce que je comprends, c'est que on peut faire des applications NET et aussi des Win32 donc des non managées tout en utilisant les composants du net ?Citation:
Turbos combine power and productivity with the ability to build for the desktop or the Web, on .NET or Win 32.
le C++ permet de faire des applis non managées mais c'est un langage beaucoup moins intuitif que du vb
enfin il y a beaucoup moins d'abstraction de la machine que des langages comme vb
Oui il me semble car j'ai plusieurs applications faites en C++ et je vois une enorme différence dans l'utilisation de la RAM.Citation:
Envoyé par sperot51
Mais ma question et d'après les dires du site, je peux faire pareil avec le C# ?
Ben je suis pas certaine mais l'EDI Borland Developer Studio 2006 est free en personnal. Enfin je vais bien voir :roll:
à mon avis non mais, sinon ca serait faisable en vb
les 2 langages sont quasi identiques depuis vs 2005
enfin après tout dépend du compilateur, le c# n'est qu'un langage
enfin si c'était possible ca se saurait, et personne ne chercherait d'obfuscateur performant ...
Tient je ne savais pas ce qu'était un obfuscateur. ça permet d'éviter la décompilation de l'executable NET qui semble très facile apparement.
En clair le Net à ses points positifs mais aussi des défauts :roll:
il a de gros défauts en effet
pour décompiler y a juste un glisser déplacer d'un exe à faire dans reflector ^^
ca permet du coup de traduire du code de c# à vb par exemple
et le truc chiant aussi avec .NET c'est qu'il nous ramène 10 ans en arrière niveau graphisme
certes les fonctions permettent tout et n'importe quoi
mais en vb6 mettre quelques 10aines de controles qui bouge un peu sur une feuille ne posaient pas de problemes, sur .NET ca donne des résultats plus que lamentables ...
En faites, le bon coté c'est la rapidité pour faire une application et aussi l'intéropérabilité.
Mais ce n'est pas une réel innovation sur le reste.
Tout ce quil faut pour faire, lancer, construire une application NEt:
L'IDE, le SDK, le FrameWorks ça prend bp de place sur le disque dur 8O
Ya un truc que je reporche a MicroSoft c'est la complexité de leurs créations alors que suis sûr que l'on aurait pu faire plus simple.
M'enfin j'ai pas que des apprioris sur la programmation logiciel, il suffit de regarder la programmation web qui me semble aussi désastreuse tant au niveau du php que de l'ASP qui traitent les pages aux niveaux serveur non pas au niveau client comme le javascript. Mais même au niveau client le problème est le temps de transmission des données, tandis que sur le serveur c'est le temps de traitement donc en faites ça revient à la même chose : la même problèmatique lors de surchage de travail.
Donc la technologie actuelle à bp de limite, mais faut faire avec ;)
Je suis entrain de raler car Turbo C# me fait installé obligatoirement le SDK1, Framework1, le J# que je n'ai pas besoin :cry:
Et des GO sur le disque en plus du SDK2 & Framework2 c'est désespérant :roll:
Zut le C# n'est pas en native :cry:
http://www.turboexplorer.com/mirror
J'ai le choix entre Delphi(pascal) et C++ :roll:
Ben je vais prendre le C++ :?
Bon alors j'ai fait mes essais avec l'IDE de Borlan C++ en native :
Sur 30 mo de RAM utilisée en NET, je suis passée à 10 mo !
Et malgré le rajout de composant ça ne bouge pas en ram, ainsi l'exécutable qui ne fait que 34ko.
C'est vrai qu'aussi ya bp d'options pour optimiser l'executable lors de sa compilation.
Mais il faudrait que je compile avec le NET2 car l'Edi utilise le NET1 alors peut être une différence ?