|
| Débuté par karl, 23 fév. 2010 11:26 - 10 réponses |
| |
| | | |
|
| |
Posté le 23 février 2010 - 11:26 |
Bonjour, j'a actuellement un problème de lenteur à l'ouverture d'une
fenêtre.
Le problème est que la fenêtre sur certain poste s'ouvre vite et bien,
environ 2 secondes. Et sur d'autre, la même fenêtre du même programme
met 10 secondes à s'ouvrir.
Ce problème n'est visiblement pas du au type de L'OS car il marche bien
sur un XP, puis ne marche pas bien sur un autre.
En faisant l'analyse de performence il semble que la fonction ouvre()
prend 8 secondes. La fenêtre que j'ouvre contient une table fichier. Il
est vrai que si je supprime la table, la fenêtre s'ouvre vite. Mais
bon, pourquoi s'ouvre t elle vite quand la fenêtre est complète sur un
autre poste???
si quelqu'un à une petite idée 
Merci |
| |
| |
| | | |
|
| | |
| |
Posté le 25 février 2010 - 14:49 |
Bjr,
karl a couché sur son écran :
> est vrai que si je supprime la table, la fenêtre s'ouvre vite. Mais
Ta table va chercher ses données ou ?
meme localisation pour tes differents essais ?
cache memoire-disque pour les tests ou "ca va vite"...
reseau, oui , non ?
explique l'environnement.
a plus
--
-------------------------------------------------------------
www.ctc-soft.com
Gestion biblo-documentaire (free-share)
Comptabilité shareware
Logiciels de Gestion de saisie terrain
Spécialisé Tournées de boulangers
------------------------------------------------------------- |
| |
| |
| | | |
|
| | |
| |
Posté le 26 février 2010 - 10:09 |
Bonjour,
Je bosse avec Karl, et sur mon poste Windows7, j'ai les 8 secondes
d'ouverture égfalement.
J'ai mis le fichier en local (pour oter les doutes sur le réseau), et
j'ai supprimé le fichier (il sera recréé vide par
hCréationSiInexistant), pour lever les doutes sur la quantitée d'info à
rappatrier ou a afficher.
Conclusion avec un fichier vide en local, la fenetre met toujours 8
secondes à s'ouvrir.
On a créé une nouvelle fenetre, avec uniquement une table avec tous les
champs du fichier (toujours vide et en local) ... toujours 8 secondes
pour la fonction hOuvre().
Si quelqu'un a une idée!
Merci à vous,
Gérard
Dc vient de nous annoncer :
Bjr, karl a couché sur son écran : est vrai que si je supprime la table, la fenêtre s'ouvre vite. Mais
Ta table va chercher ses données ou ? meme localisation pour tes differents essais ? cache memoire-disque pour les tests ou "ca va vite"... reseau, oui , non ? explique l'environnement. a plus
--
GG - Windeviste sur le pont. |
| |
| |
| | | |
|
| | |
| |
Posté le 26 février 2010 - 12:22 |
Et sans l'anti-virus ?
Sous l'éditeur ou avec une application générée ?
L'analyseur dit 8 secondes en traitement interne ?
Cela ne paraît pas être un problème WinDev car tout le monde ouvre des fichiers ... et cela se saurait si cela prenait 8 secondes !!!
Je sais que ce n'est pas drôle d'investiguer ce type de problème.
Bon courage et tenez-nous au courant.
Jean-Pierre |
| |
| |
| | | |
|
| | |
| |
Posté le 01 mars 2010 - 13:05 |
Bonjour,
Le problème est apparu entre 2 versions, il y a 5 à 6 semaines, notre
version (53) fonctionnait impecable sur tous les postes.
Mon collègue à fait des modifs diverses sur plusieurs fenetres à la
demande du client, puis il a compilé la version 54, et l'a envoyé au
client pour tests. Le client nous remonte le problème de lenteur.
On test sur plusieurs postes, sur certain c'est lent, sur d'autre non.
Sur les postes ou la version 54 est lente, si on reprend la version 53,
c'est rapide!...
Donc sur cette constatation, on serait tenté de dire que la lenteur
pourrait venir de la version 54 et non du PC!
Sur ma machine, Windev7, fichier vide installé en local, et avec
protection antivirus, antimalware arretée ... idem, toujours trés lent.
Sur le test que je fais, dans le gestionnaire de tache je regarde
WDTst.exe :
Lancement du menu je passe un instant à 11% de CPU puis je repasse à 0
Lancement de la fenetre avec table sur fichier vide, je passe à 98% de
CPU, la fenetre s'affiche au bout de 8 secondes, mais le % CPU reste
indefiniment à 98-99% !!!....
Jamais vu ça!
Je ferme la fenetre, et retour au menu : toujours 98% d'occupation CPU
IL faut que je ferme le programme pour liberer l'occupation CPU.
Si quelqu'un a une idée... je suis sec sur ce coup là!
Gérard.
PS: j'ai verifié, je n'ai aucun thread en execution.
Jean-Pierre Bloch avait prétendu :
Et sans l'anti-virus ? Sous l'éditeur ou avec une application générée ? L'analyseur dit 8 secondes en traitement interne ? Cela ne paraît pas être un problème WinDev car tout le monde ouvre des fichiers ... et cela se saurait si cela prenait 8 secondes !!! Je sais que ce n'est pas drôle d'investiguer ce type de problème. Bon courage et tenez-nous au courant. Jean-Pierre
--
GG - Windeviste sur le pont. |
| |
| |
| | | |
|
| | |
| |
Posté le 01 mars 2010 - 14:52 |
Bonjour a tous.
j'ai eu a peu près le même problème. Les fenêtres étaient très longue à s'ouvrir.
la seule solution trouvée pour le moment : Désactiver le GFI (Grisage des fenêtres inaccesibles)
Cordialement
Pierrick |
| |
| |
| | | |
|
| | |
| |
Posté le 03 mars 2010 - 11:46 |
Bonjour,
Ca n'a rien changé.
Une autre précision, sur mes autres projets, quand tu ouvre une fenetre
de petite taille depuis un menu de grande taille, en dehors de ta
fenetre, tu vois la partie du menu non recouvert, et une partie de
windows non recouvert.
Dans mon cas, en dehors de ma fenetre, tout est noir!.... pas de fond
ni du menu, ni de windows (sauf la barre de tache).
Gérard.
RAGEYS Pierrick a formulé ce lundi :
Bonjour a tous.
j'ai eu a peu près le même problème. Les fenêtres étaient très longue à
s'ouvrir. la seule solution trouvée pour le moment : Désactiver le GFI
(Grisage des fenêtres inaccesibles)
Cordialement
Pierrick
--
GG - Windeviste sur le pont. |
| |
| |
| | | |
|
| | |
| |
Posté le 03 mars 2010 - 11:46 |
Suite des tests :
Si je construit ma table fichier en une seule fois (toutes les rubrique
selectionnées) j'ai le defaut.
J'ai essayé de construire ma table en plusieurs fois , pensant qu'une
rubrique pouvait être a l'origine du pb.
1ere fois rubriques 1 à 5, 2ième fois ajout rubrique 6 à 10, 3ième fois
ajout 11 à 15, ....
Le defaut n'apparait pas, meme quand toutes les rubriques sont de
nouveau affichées!
Bon, on va reconstruire nos tables de cette façon, mais quand meme, il
y a un truc qui m'échappe!.... c'est plus de la programmation, c'est de
la magie. D'autant plus que la version de windev n'a pas changée quand
le problème est apparu.
Gérard
Après mûre réflexion, RAGEYS Pierrick a écrit :
Bonjour a tous.
j'ai eu a peu près le même problème. Les fenêtres étaient très longue à
s'ouvrir. la seule solution trouvée pour le moment : Désactiver le GFI
(Grisage des fenêtres inaccesibles)
Cordialement
Pierrick
--
GG - Windeviste sur le pont. |
| |
| |
| | | |
|
| | |
| |
Posté le 03 mars 2010 - 12:45 |
Suite du pb :
Suite au constats faits, je vouslais laisser le soin à mon collegue de
refaire ses tables.
Je relance windev pour lui montrer que il n'y a plus de lenteur, et la
.... la lenteur est revenue.
Le fait de quitter windev, et de relancer windev fait réapparaitre le
defaut:
RAGEYS Pierrick vient de nous annoncer :
Bonjour a tous.
j'ai eu a peu près le même problème. Les fenêtres étaient très longue à
s'ouvrir. la seule solution trouvée pour le moment : Désactiver le GFI
(Grisage des fenêtres inaccesibles)
Cordialement
Pierrick
--
GG - Windeviste sur le pont. |
| |
| |
| | | |
|
| | |
| |
Posté le 04 mars 2010 - 11:46 |
Bonjour,
j ai moi aussi eu des problèmes de lenteur inexpliqués
et aprés des heures de recherches j 'ai trouvé un fichier avec l extension
.wx qui recherché une connexion réseau inexistante
j ai supprimé ce fichier et miracle l'application s'est accélérée
attention ce fichier est installé dans le dossier de l'appli mais
c est un fichier système et protegé par le systeme donc pense a bien
modifier les options d'affichage pour qu il apparaisse
en espérant que cela résolve ton problème |
| |
| |
| | | |
|
| | |
| |
Posté le 04 mars 2010 - 15:04 |
Bonjour,
Pour ceux qui ont suivi :
Sur le poste du programmeur, en refaisant totalement les fenetres, les
fenetres sont restées rapides meme après relance de WINDEV.
Comme j'avais fait près de 50 tests avec la meme fenetre, elle s'est
sans doute "poluée". En créant une nouvelle fenetre et en resaisissant
tout ...ça marche!
Mais le mystère reste entier...
Gérard.
Gerard a couché sur son écran :
Suite du pb : Suite au constats faits, je vouslais laisser le soin à mon collegue de refaire ses tables. Je relance windev pour lui montrer que il n'y a plus de lenteur, et la ... la lenteur est revenue. Le fait de quitter windev, et de relancer windev fait réapparaitre le defaut: RAGEYS Pierrick vient de nous annoncer : Bonjour a tous.
j'ai eu a peu près le même problème. Les fenêtres étaient très longue à
s'ouvrir. la seule solution trouvée pour le moment : Désactiver le GFI
(Grisage des fenêtres inaccesibles)
Cordialement
Pierrick
--
GG - Windeviste sur le pont. |
| |
| |
| | | |
|
| | | | |
| | |
|