Discussion :

[Zozodev]

Bonjour,

J'aimerais avoir votre avis sur la consommation mémoire de mon application au démarrage.
Voici ce que je constate :
La consommation mémoire monte fortement, au delà de la consommation après la phase de démarrage (sous windows 32bit + 30%, en 64bit au moins +200%), puis retombe dès l'exécution de la première fonction dans la sub Load de mon formulaire de démarrage.
En 32 bit, cela ne se perçoit pas vraiment sur le temps de démarrage, mais en 64bit cela peut prendre plusieurs secondes avant d'apercevoir le formulaire de démarrage.

Mon formulaire principal est constitué d'une arborescence d'onglets (tabcontrol imbriqués). Pour limiter le phénomène, j'ai réalisé des évolutions afin de ne charger au démarrage que le minimum d'onglet, le contenu des autres étant chargé lors de leur première sélection.
L'augmentation de mémoire a été fortement réduite mais le phénomène est toujours présent, et reste génant sous windows 64bit.

Qu'en pensez-vous ? Est ce un fonctionnement normal pour une application winform développé en vb.net ?

Merci par avance pour vos remarques.

[Pol63]

une appli .net même minimale prendra rapidement 20 ou 30Mo de ram
après la consommation dépend du programme, surement pour le coté clr/gc/jit

si tu parles de windows xp 64 bits, je ne considère pas que c'est un os de référence

en 64 bits tous les pointeurs ont une taille 2x plus grande (passage de 4octets à 8octets, m'enfin ca ne fait pas 500Mo de plus !)

au démarrage d'une appli, celle ci est compilée au fur et à mesure de l'utilisation, la compilation est peut etre plus lente en x64

si la mémoire se stabilise à l'utilisation il n'y a pas à s'inquiéter, si elle monte sans fin il faut rechercher les fuites
sinon qu'une appli prenne beaucoup de mémoire n'est pas forcément grave dès l'instant qu'elle en a réellement besoin, et que le pc est dimensionné pour quant à l'environnement qui cohabite

[Zozodev]

Merci pour ta réponse.
Mes tests en 64bit se font sous windows 7

Ce n'est pas tant la consommation mémoire qui me gène mais le temps de démarrage.
Pour être concret, sous windows 7 après mon optimisation, la conso mémoire monte à 90mo, puis chute à 15mo à l'apparition du formulaire pour remonter à 45 et oscille entre 40 et 45 en fonction des traitements réalisés. Rien d'alarmant sur la dernière phase donc.
Par contre, il faut 4 à 5s pour voir apparaître le formulaire.

PS : avant mon optimisation le pic de mémoire montait à plus de 250mo et il fallait plus de 10s pour voir apparaître le formulaire

[Pol63]

pourquoi nous parler de mémoire si c'est le temps de démarrage qui t’embête

si tu fais 2 secondes de traitement au démarrage du 1er form, c'est normal qu'il mette 2 secondes à s'afficher :p
plus sérieusement, que fais tu sur le sub new ou le form load du formulaire ? traitement sur base de données ? autre ?
auquel cas voir si tu peux mettre ca sur un autre thread ...
si tu fais des tas d'appels de méthodes, mais court en temps chacun et obligatoirement sur le thread principal, il y a ngen qui permet de compiler en natif un programme, ayant pour effet un démarrage plus rapide, mais par contre il faut exécuter ngen sur chaque pc après installation de l'appli et après chaque mise à jour aussi ...

[Zozodev]

plus sérieusement, que fais tu sur le sub new ou le form load du formulaire ? traitement sur base de données ? autre ?

Jusqu'au form load de mon formulaire principal je ne fais rien, c'est à partir de là que je lance un formulaire de login pour faire patienter les utilisateurs le temps d'exécuter les traitements du démarrage dont effectivement des accès et mises à jour avec une base de données sqlite.
C'est bien ce qui précède qui m'interpelle.

[Pol63]

le form load est exécuté avant l'affichage donc c'est surement ca

essaie de charger tes données sur un autre thread (vori backgroundworker par exemple)