Discussion :

[zep377]

Bonjour à Tous,

Malgré la lectures des docs PCSOFT et d'autres ouvrages sur Windev, je ne trouve pas de bonnes pratiques pour améliorer la performance du serveur HF / CS.

Est-ce que quelques bonnes âmes charitables pourraient me donner des pistes au niveau du paramétrage de la bête, des points à surveiller sur la config hard pour être un peu plus performant .

note : appli de gestion, 200 tables, 400 fenêtres, peu d'utilisateurs simultanés <10 , jointures multiples.

On travaille d'un côté sur le code, pour remplacer les H... par des requêtes quand pertinent, on stocke les requêtes sur le serveur quand elles sont complexes,

Mais je crois que déjà améliorer le paramétrage nous fera gagner en performance.

Des pistes ?

Merci d'avance

[Bowen]

Volumétrie ?
J'ai remarqué que les problèmes survenaient principalement lors de jointures sur grosses tables.
Sinon, il y avait un paragraphe rédigé par PC-soft à ce sujet, mais je n'arrive pas à remettre la main dessus.
ça contenait par exemple :

• exclure la base de l'antivirus
• exclure la base de la restauration système de Windows

Quelqu'un se souvient où c'était ?

[zep377]

Volumétrie ?
J'ai remarqué que les problèmes survenaient principalement lors de jointures sur grosses tables.

Merci pour ce premier retour :

100 000 clients/ prospects 50 000 commandes, c'est trop pour HF ?

Au niveau des ressources utilisées par Manta, ça se configure ?

[Bowen]

On ne peut pas configurer grand chose, il n'y a que la taille du cache. Accès par le CCHF, sur le serveur, onglet "configuration", sélecteur "caches".
Utilisé ici, ça n'a pas changé grand chose aux performances.
Mais le serveur contient son propre jeu de caches (Cache RAID de 512Mo je crois), voir ici :

Machine dédiée pour le serveur HF

Par contre, les indexes sont très importants, il changent complètement la vitesse d'une jointure.

[Guillaume1958]

Quelques conseils de la part de PC Soft : http://blogs.pcsoft.fr/billets.awp?b...archive=200910

[zep377]

Quelques conseils de la part de PC Soft : http://blogs.pcsoft.fr/billets.awp?b...archive=200910

Tout simplement, merci pour la ressource, il y a des éléments pertinents, merci.


Je continue :

J'ai typiquement une requête qui met un temps raisonnable pour s'executer côté serveur (50 ms environ); et un temps beaucoup moins raisonnable pour
s'afficher (de l'ordre de 7 à 45 secondes suivant l'ordi client).


Il s'agit d'une liste complète des clients (100 000).

Ce n'est très utilisé, on est plutôt dans la sélection des clients en fonction de critère, mais parfois cela nous renvoie quand même 300 clients , et le temps n'est pas très "confortable" même si raisonnable,

d'où ma question suivante :

Comment je fais la différence entre le temps utilisé pour le transit réseau et le temps utilisé par l'ordi client pour gérer l'affichage

Question 2 comment j'optimise côté client
(table fichier, OK, mais dans le cas d'un remplissage un peu plus complexe ?

Merci à vous pour ces pistes, qui nous aident bien à avancer.

Cordialement

[Bowen]

Dans le cas des tables mémoires remplies par programmation, je commence à traiter les données dès de début de la réception.
Pour ça il faut

• enlever les tris de la requête source
• enlever du code client les tests demandant d'avoir lu tout le fichier (exemple typique : si on fait un HNbEnr, on lui place le paramètre HNonBloquant)
• J'utilise les instructions HLitRecherchePremier/HLitSuivant
• à chaque tour de boucle je fais un multitache(-1)
• Seulement à la fin, je trie la table (tri graphique)

Je place même une jauge en bas, et j'affiche le nombre de ligne ajoutées / le nombre de lignes lues (la jauge a un comportement troublant pour les non initiés, car elle "recule" par moments).

Attention, BUG dans windev < 14 (je ne sais pas si c'est réglé en 15) : Les tris et loupes, en haut des colonnes, plantent le programme lamentablement si elles sont utilisées pendant un remplissage. Penser à les désactiver.

[zep377]

Bonjour à tous,

On continue, les différents conseils nous ont permis d'améliorer sensiblement les perfs.

Encore des éléments à voir directement du côté du réseau.

Vient la question suivante, c'est une demande de retour d'expérience.

Que devient les perfs is on journalise ?

Avant de nous lancer, on voudrait quelques pistes.

Merci à tous.