|
| Demarrage Application très lent. |
| Iniciado por Eric, 19,nov. 2019 16:28 - 13 respuestas |
| |
| | | |
|
| |
Miembro registrado
91 mensajes |
|
| Publicado el 19,noviembre 2019 - 16:28 |
Bonjour,
Nous avons remarqué grâce à l'analyseur d'entre la fin de loggin du client situé dans le code du projet et la fin d'initialisation de la première fenêtre, il y avait beaucoup de temps pris par "Traitement interne au moteur d'exécution".
Nous ne comprenons pas ce qui provoque ces 17s (voir image) en interne du moteur.
Nous pourrions améliorer notre code si cela venait de là, mais nous ne sommes pas maître de ce traitement.
Avez-vous des idées qui permettraient de comprendre ce problème?
Merci à vous
Cordialement,
Eric
|
| |
| |
| | | |
|
| | |
| |
| Publicado el 19,noviembre 2019 - 16:44 |
Bonjour,
Utilisez-vous le groupware ?
Cordialement, |
| |
| |
| | | |
|
| | |
| |
Miembro registrado
405 mensajes |
|
| Publicado el 19,noviembre 2019 - 16:58 |
Bonjour,
Avez vous un HCréationSiInexistant() ?
BON DEV |
| |
| |
| | | |
|
| | |
| |
Miembro registrado
91 mensajes |
|
| Publicado el 19,noviembre 2019 - 17:29 |
Bonjour
Séb a écrit :
Bonjour,
Utilisez-vous le groupware ?
Cordialement,
Non pas de groupware, un fichier HFSQL d'utilisateurs.
Cordialement, |
| |
| |
| | | |
|
| | |
| |
Miembro registrado
91 mensajes |
|
| Publicado el 19,noviembre 2019 - 17:35 |
Bonjour,
LM Concept a écrit :
Bonjour,
Avez vous un HCréationSiInexistant() ?
BON DEV
Oui, une analyse assez conséquente et autant de HCréationSiInexistant(). Mais ils sont affichés comme durant 5ms.
Donc ils ne sont pas comptabilisés dans ce fameux temps de traitement.
Cordialement |
| |
| |
| | | |
|
| | |
| |
Miembro registrado
52 mensajes |
|
| Publicado el 20,noviembre 2019 - 06:08 |
Bjr,
A tester: essayez d'alléger le code du projet et des variables globales du projet pour voir si cela influe ou pas sur ce delai.
Et si oui, essayez d'en décaler une partie dans la 1ère fenêtre du projet par exemple.
Bon dev. |
| |
| |
| | | |
|
| | |
| |
Miembro registrado
2.682 mensajes |
|
| Publicado el 20,noviembre 2019 - 07:31 |
Bonjour,
Sur un tout autre registre, as-tu vérifié si tous les pilotes sont à jour ? J'ai déjà eu ce genre de désagrément en utilisant Windev
--
Cordialement,
Philippe SAINT-BERTIN |
| |
| |
| | | |
|
| | |
| |
Miembro registrado
91 mensajes |
|
| Publicado el 20,noviembre 2019 - 09:15 |
bonjour,
Merci pour vos pistes, elles seront un peu plus longues à tester, mais je vous tiendrais au courant.
Cordialement,
Eric Perrin |
| |
| |
| | | |
|
| | |
| |
Miembro registrado
86 mensajes |
|
| Publicado el 20,noviembre 2019 - 09:17 |
Bonjour,
Quel type d'installation utilisez-vous ?
Mise à jour réseau avec une version de référence ? Si oui, comment les PC accèdent-ils au répertoire partagé ?
Peut-être un problème de DNS ?
Pour ma part, j'irais voir de ce côté là.
Cordialement,
--
Benoit Neve |
| |
| |
| | | |
|
| | |
| |
| Publicado el 20,noviembre 2019 - 12:10 |
si vous lisez l'aide "Traitement interne au moteur d'exécution" correspond au temps d'exécution de la fonction ou de la procédure (cas d'une fonction WLangage par exemple). Ce temps est incompressible et ne peut pas être optimisé.
https://doc.pcsoft.fr/fr-FR/?2030035 |
| |
| |
| | | |
|
| | |
| |
Miembro registrado
91 mensajes |
|
| Publicado el 21,noviembre 2019 - 09:09 |
B. Neve a écrit :
Bonjour,
Quel type d'installation utilisez-vous ?
Mise à jour réseau avec une version de référence ? Si oui, comment les PC accèdent-ils au répertoire partagé ?
Peut-être un problème de DNS ?
Pour ma part, j'irais voir de ce côté là.
Cordialement,
--
Benoit Neve
Bonjour,
Oui il y accès à un répertoire partagé, et ce n'est pas ce qui prend le plus de temps.
version démo a écrit :
si vous lisez l'aide "Traitement interne au moteur d'exécution" correspond au temps d'exécution de la fonction ou de la procédure (cas d'une fonction WLangage par exemple). Ce temps est incompressible et ne peut pas être optimisé. https://doc.pcsoft.fr/fr-FR/?2030035
J'ai lu cette partie d'aide, mais ce qui m'interpelle est que pour le même exe, les temps vont de 7s à 18s sur des postes différents.
Il me semble que ce devrait être sensiblement pareil, ci il s'agit d'un traitement interne à l'éxécutable.
Cordialement,
Eric |
| |
| |
| | | |
|
| | |
| |
| Publicado el 21,noviembre 2019 - 09:26 |
| |
| |
| | | |
|
| | |
| |
| Publicado el 21,noviembre 2019 - 09:49 |
Bonjour
une cause possible est la déclaration d'une connexion dans l'analyse. Comme le serveur lié n'existe pas en déploiement, la conexion automatique à la base lors de l'ouverture attend jusqu'à son time-out pour essayer de le joindre...
Donc, MEME si dans votre code vous avez un hchangeConnexion, supprimez toute connexion de votre définition de l'analyse avant de générer votre exe. |
| |
| |
| | | |
|
| | |
| |
Miembro registrado
86 mensajes |
|
| Publicado el 21,noviembre 2019 - 10:09 |
Bonjour,
Sans vouloir enfoncer le clou, chaque fois que nous avons rencontré ce type de problème, il provenait de la résolution de nom.
Un simple test est soit d'ajouter le serveur dans le fichier hosts (c:\windows\system32\drivers\etc) soit de changer dans WDUPDATE.NET le nom du serveur par son adresse IP. Idem pour la connexion à la base de données HF, mettre l'adresse IP.
Bonne chance dans vos recherches.
Amicalement,
--
Benoit Neve |
| |
| |
| | | |
|
| | | | |
| | |
|