Discussion :

[Ketchoupi]

Je travail actuellement sur un projet de gestion Intégrer sur vb.net. Ce projet compte + d'une centaine de fenêtre.

Je me suis rendu compte d'un problème de lenteur à l'exécution du projet. C'est à dire la premiere fois que l'on instancie une fenetre il faut entre 5 et 20 seconde avant que la fenetre s'affiche. Mais une fois que cele ci à été ouverte une fois. Si vous réouvrer cette fenetre elle apparait en 2 secondes. : : :

Et cela se passe sur chaque fenetre.

Merci d'avance

[Piotrek]

Ca peut dependre de trop de facteurs, le pooling qui ameliore la vitesse de connection a partir de la seconde connection, une weakreference qui est faite sur la fenetre pour la mettre en cache....

C'est toi qui l'a code cette appli? 5-20 sec c'est beaucoup quand meme, a-t-elle ete transformee a partir d'un projet vb6? Le codeur connaissait-il suffisement .net et ses pieges?

Une adresse pour les perfs en .net:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnpag/html/scalenet.asp

[Maniak]

D'autres astuces en vrac ki peuvent jouer :
- Option Explicit et Option Strict sont bien activées ?
-> Option Strict en particulier provoque, si désactivée, une utilisation massive de late binding, très lent. En plus de bugs (comme l'absence d'Option Explicit).

- Dispose est bien appelée sur tous les objets créés qui implémentent cette méthode ? (dans un bloc Try/Finally pour que ce soit vraiment blindé)
-> si les ressources ne sont pas libérées 'sainement' et dès que possibles, on gaspille, ça peut avoir un effet notable sur les perfs (plus à l'usage qu'à la création, donc probablement pas lié au problème exposé dans ce topic, mais ça ne fait pas de mal de faire ça bien :)

- les fonctions VB6 genre Left/Right/Mid/Replace (bref tout ce qui est dans Microsoft.VisualBasic) ne sont pas utilisées et toutes les opérations sont bien faites avec les vraies méthodes de .NET (String.Substring/String.Replace) ?
-> les fonctions VB6 récupérées dans .NET s'exécutent bien plus lentement que les méthodes propres à .NET. En plus de ne pas cadrer dans l'orientation objet de .NET.

[Ketchoupi]

Tout d'abord je tien à vous remercier des conseils que vous m'avez apporté.

Je vais vous répondre dans l'ordre:

Piotrek

Le code est un code que j'ai écrit avec un partenaire. Nous venons de remarqué que cette lenteur seulement sur les fenêtre ayant une connexion à notre base de données SQL server.

Le projet n'est pas un projet vb6.0 transformé.

Et pour répondre à ta dernière question nous découvrons vb.net depuis le mois de juillet 2004. Alors ceci est tout frais. Malgré de nombreuses lecture française peut de chose sont dévoilé sur vb.net.
Donc par conséquent nous ne connaissons pas tout les pièges.



Maniak

Merci de nous avoir indiqé qui fallait activé l'option strict, car effectivement elle apporte une certaine sérénité au projet. De nombreuses choses n'était pas optimisé.

Nous avons noté une amélioration des performances.