Discussion :

[devdev2019]

Bonjour,

Je suis entrain de tester une application VB.NET . J'ai un problème avec cette application, j'arrive bien à lancer cette application sans problème avec un pc windows 10 ( l'application se lance vite sans aucun souci ). Par contre, lorsque j'essaye de lancer cette application sur un windows server 2012 celle ci prenne un temps énorme avant de se lancer.

N'hésitez pas si vous avez des idées concernant ce problème.

Merci par avance

[Phil Rob]

Bonsoir,

Plusieurs facteurs peuvent ralentir l'exécution d'un programme ...
En particulier, sur un serveur, il y a peut-être moins de mémoire disponible du fait des process actifs, du contrôle des autorisations, des communications réseau, ...

Ce qui peut aider est d'installer VisualStudio sur le serveur et de compiler là la version que tu veux faire tourner sur ce serveur. Tu seras au moins sûr qu'il n'y a pas d'écart de compatibilité entre le système où tu compiles et celui où tu installes l'application.

...

[Pol63]

moins de mémoire sur un serveur ?
en plus une appli .net la plupart du temps ca prend moins 100Mo de ram

quant à compiler sur la machine pour optimiser ca me parait être du grand n'importe quoi
visual studio compile de manière intermédiaire en MSIL qui est ensuite compilé sur le poste avec optimisation, le compilateur fera la même chose peu importe où il est installé, ca serait grave si un compilateur faisait des choses différentes d'une machine à l'autre...
installer visual studio sur place pour faire du debug ca passe encore …



après on ne peut pas répondre à ce genre de question, car il n'est pas censé y avoir d'écart aussi flagrant d'un windows à l'autre sur l'exécution…
donc il y a 95% que ca vienne de ton code (problème de sécurité, mauvaise ip, utilisation d'un fichier avec chemin introuvable sur ce poste ...)
ce qui peut jouer c'est aussi la version du Framework, si ton projet cible 4.x et que sur un poste il y a 4.y (avec y>x) c'est y qui sera utilisé, et parfois il peut y avoir un comportement légèrement différent

après au lieu de nous demander à nous pourquoi ca rame, autant te demander toi même
rajoute des infos de debug ici et là pour mesurer les temps d'exécution, enregistrer les exceptions … et analyse ce qui prend du temps dans ce contexte

[Phil Rob]

Oui Pol, mais pas si n'importe quoi que ça :

ce qui peut jouer c'est aussi la version du Framework, si ton projet cible 4.x et que sur un poste il y a 4.y (avec y>x) c'est y qui sera utilisé, et parfois il peut y avoir un comportement légèrement différent

C'est bien là qu'une compilation sur le poste cible peut changer quelque chose, même si c'est fortement improbable.

Pour le reste, je suis bien d'accord avec toi, mais pour ce qui est de debuger, c'est pas évident : la lenteur ne donne pas de message d'erreur ...

[Pol63]

je persiste, la verison du framework installée n'a rien à voir avec la compilation, mais avec l'exécution

la compilation est faite avec le compilateur, qui est indépendant du framework cible, le framework n'étant qu'un ensemble de librairies codée en grande partie en .net
le compilateur vb.net n'a pas évolué depuis longtemps