WDForge.org - Forums - WD 8.x - Fenêtre lente à charger...

Index des forums WDForge.org

WD 8.x

Fenêtre lente à charger...

Bas

Suivant S'enregistrer pour contribuer

	Fenêtre lente à charger...	#1
Anonyme	Bonsoir à Tous et Toutes !! Dans mon appli. la fenêtre principale me permet d'ouvrir entre autres une fenêtre B , cette dernière met 6 secondes pour s'ouvrir !! C'est un peu trop , dans la fenêtre B , il y a pas mal de champs , notamment une table combo alimentée par une requête sans doute lourde ( recherche sur un fichier produit assez volumineux ). Je pose ma question à l'envers : quels sont les traitements qui font qu'une fenêtre prends du temps pour s'ouvrir ? Que faut-il éviter? Je suis tout à fait moyen en Windev et je remercie à l'avance les contributeurs dynamiques de ce Forum ( Romu , DocCharly , Bassy et tous les autres pour leurs réponses ) Lhassane. Contribution le : 13/10/2004 19:45
Anonyme

	Re: Fenêtre lente à charger...	#2
Anonyme	Vous avez rectifié ....notamment un champ combo alimenté.... Merci!! Contribution le : 13/10/2004 19:50
Anonyme

	Re: Fenêtre lente à charger...	#3
Animateur WDF Inscrit: 02/03/2003 04:07 De Noisy le grand(93) Post(s): 2745	Bonjour, Dans un premier temps il est indispensable d?identifier l?élément ou le traitement qui provoque ce temps de latence. A mon avis Même si la fenêtre contient beaucoup de champs ce ne sont pas eux qui mettent 6 secondes à s?initialiser, surtout s?il ne s?agit que des affectations. Pour ma part je regarderais plutôt du coté de la combo. Comme cette combo est alimentée, elle est sûrement reliée à des données. Plusieurs raisons peuvent ralentir le traitement : - Utiliser le HFiltre lorsque la requête doit être exécutée sur un seul fichier. - Une requête non optimisée (Utiliser l?éditeur de requête) - Des rubriques qui nécessite la création de clés supplémentaires. (L?Editeur peut les détecter) - Fichier non indexé - Voir WDOptimiseur - Fichier non optimisé - IDEM - Calcul des statistiques non effectués _ voir HstatCalcule() Une fois ces points contrôlés vous pouvez encore optimiser le temps d?ouverture de la fenêtre en exécutant dans un Thread secondaire une procédure qui remplira la combo. Contribution le : 13/10/2004 21:57
	_________________ @A+ Contact (privé)...... email : drcharly@wdforge.org [DrCharly93]

	Re: Fenêtre lente à charger...	#4
Anonyme	Bonsoir Doc et merci pour ta réponse pertinente ; A ma question généraliste , tu m'as donné des idées que je m'en vais creuser un peu plus ... Merci encore. Contribution le : 13/10/2004 23:36
Anonyme

Re: Fenêtre lente à charger...

DSI WDF

Inscrit:
05/05/2004 13:46

Post(s): 314

Bonjour,
Voila un test de performances que j'ai du réaliser afin de comprendre pourquoi certaines combos auto-alimentés bloquaient totalement l'application.

PERFORMANCES SUR FICHIER PRODUITS


Tous les résultats décris ci-dessous ne sont seulement
donnés qu?à titre indicatif et il est pratiquement
impossible de pouvoir récupérer des temps de réponses
identiques. Ces temps servent à donner un ordre d?idée sur
les temps de réponses de différentes fonctions accédant aux fichiers.


500000 Enregistrements
	
Taille des fichiers : .fic=95,7Mo .ndx=138Mo
	
Premier test

HDésactiveFiltre (Produit)	Temps=7ms (1appel)
HLitRecherche (Produit, IDProduit, 50000, hIdentique)	Temps=16ms (1appel)
SI HTrouve ALORS	Temps=8µs (1appel)
	Trace (Produit.Famille)	Temps=4µs (1appel)
FIN

1 valeurs retournée pour un total de 28ms.

Second test

HDésactiveFiltre (Produit)	Temps=28µs (1appel)
Valeur est une chaîne="b"		
Cle est une chaîne=HFiltre (Produit,"Supprime=0 et Groupe='"+Valeur+"'")	Temps=31ms (1appel)
HLitPremier (Produit, Cle)	Temps=402µs (1appel)
TANTQUE PAS HEnDehors (Produit)	Temps=37µs (4 appels)
	Trace (Produit.IDProduit)		Temps=5ms (3 appels)
	HLitSuivant (Produit, Cle)	Temps=786µs (3 appels)
FIN

3 valeurs retournées pour un total de 38ms.
Le temps d?affichage est ici d?environ 1,7 ms fois le nombre d?enregistrements.
Il y aura par exemple 3mn d?attente pour l?affichage de 100000 enregistrements.

3000000 Enregistrements
	
Taille des fichiers : 	.fic=569Mo	.ndx=1,01Go
	
Premier test

HDésactiveFiltre (Produit)	Temps=6ms (1appel)
HLitRecherche (Produit, IDProduit, 1550000, hIdentique)	Temps=276µs (1appel)
SI HTrouve ALORS	Temps=8µs (1appel)
	Trace (Produit.Famille)	Temps=4ms (1appel)
FIN

1 valeurs retournée pour un total de 10ms.
Les recherches sur des valeurs clés n?affectent pas les temps de recherche.

Second test

HDésactiveFiltre (Produit)	Temps=6ms (1appel)
Valeur est une chaîne="b"		
Cle est une chaîne=HFiltre (Produit,"Supprime=0 et Groupe='"+Valeur+"'")	Temps=31ms (1appel)
HLitPremier (Produit, Cle)	Temps=469µs (1appel)
TANTQUE PAS HEnDehors (Produit)	Temps=70µs (7 appels)
	Trace (Produit.IDProduit)		Temps=9ms (6 appels)
	HLitSuivant (Produit, Cle)	Temps=1ms (6 appels)
FIN

6 valeurs retournée pour un total de 50ms.
La constatation est identique, les temps de recherche sur
une clé ne dépendent pas du nombre d?enregistrements.
Cependant l?affichage d?un trop gros nombre d?informations
amène à des temps de plus en plus long.

Contribution le : 15/10/2004 10:37

Haut

S'enregistrer pour contribuer

Vous ne pouvez pas débuter de nouveaux sujets.

Vous pouvez voir les sujets.

Vous ne pouvez pas répondre aux contributions.

Vous ne pouvez pas éditer vos contributions.

Vous ne pouvez pas effacez vos contributions.

Vous ne pouvez pas ajouter de nouveaux sondages.

Vous ne pouvez pas voter en sondage.

Vous ne pouvez pas attacher des fichiers à vos contributions.

Vous ne pouvez pas poster sans approbation.