gratifiant > comp.* > comp.developpement.agl.windev

Fredo MT (21/08/2006, 18h08)
Bonjour Francis,

Ce phénomène que tu décris je l'avais rencontré avec de l'Hyper File 5, le
seul moyen que j'avais trouvé pour éviter ces temps d'attente astronomique
était de gérer l'accès aux fichiers à la main (gestion des fermertures des
fichiers manuellement lors des accès... bref le gros bordel). Depuis ce
temps là, j'ai décidé d'utiliser un autre système de base de données
(SQLServer pour ne pas le nommer). La base de données est un métier à part
entière et je n'utilise plus du tout l'hyperFile si ce n'est que pour des
petites applications. La migration d'un projet sous un autre système de base
de données est un long travail, mais avec du recul je pense qu'il est
préférable de le faire et ne pas se trainer de l'HyperFile. C'est un gain de
temps incroyable après coût, mais bon tant qu'on ne l'a pas fait, on ne s'en
rend pas compte. Pour ce qui est du fournisseur de l'application, je pense
réellement que les développeurs n'ont pas optimisé l'accès aux fichiers
HyperFile et n'ont pas fait les tests nécessaires pour avoir des accès
réseaux convenables, le problème est surmontable...

"Francis" <francis> a écrit dans le message de news:
1156005245.382519.241650...
Pour augmenter les performances de mon système info, je viens
d'installer un serveur Dell pentium dual core 2.8Ghz 2Gb de RAM en SATA
(Raid 1) avec OS linux redhat Server entreprise ES 4.0 avec Samba pour
le serveur de fichier.

Tout ça pour faire fonctionner une appli Windev du commerce (dont je
tairai le nom) depuis 5 postes clients Windows XP.

Le souci c'est que malgré le passage à un serveur dédié plus
performant (anciennement c'était un simple répertoire partagé sous
XP), l'amélioration et notamment les temps d'accès aux diffèrents
menus ne sont pas au rendez vous.

Bref je m'explique:
Je me loge sous un user x et j'accède à tel menu : temps d'accès = 4
s (correct)
L'utilisateur x étant logé, je me loge sous un autre poste client
sous le user y et j'accède au même menu que le user x et la le temps
d'accès explose : 16 s (pas correct du tout).

Après sollicitation du service maintenance de l'appli Windev, on me
réponds que ça devrait pas le faire ... et c'est tout bref savent
pas.

Je copie l'intégralité des fichiers du serveur et j'essaye tout ça
chez moi sous un répertoire partagé d'XP Pro et là même résultat :
dès que plus d'un seul utilisateur est logé sous un des menu les
temps d'accès s'envolent.

A voir l'activité réseau sur ces accès il y a l'air d'y avoir pas
mal de traffic de fichiers, donc apparement pas de latences.

Alors je m'adresse aux spécialistes Windev ou Samba (à vous
lecteurs), si vous aviez une idée de ce qui est à l'origine des ces
lenteurs d'accès lorsqu'on passe à plus d'un utilisateurs ?

Je connais rien à Windev mais les fichiers sollicités semblent être
du type .dat et .ndx et la taille des fichiers correspondants aux menus
appelés font à peu près 3/4Mo.

pour la config Samba sous redHat, parametrage standard en mode security
avec accès restreint sous certains users, bref du basique qui
habituellement fonctionne bien.

MERCI D'AVANCE
jeanluc57 (05/06/2019, 14h49)
Le samedi 19 Août 2006 à 18:34 par Francis :
[..]
> avec acc=E8s restreint sous certains users, bref du basique qui
> habituellement fonctionne bien.
> MERCI D'AVANCE

J'ai rencontré ce même problème de lenteur d'application installée sur u
partage réseau :
Lenteur dès connexion du 2ème utilisateur.
Dans mon cas je me suis rendu compte que le problème survient lorsqu'un
application utilise une tablée liée à un fichier hyperfile.

Ma solution a été de défaire les liaisons :
Clic droit sur la table/ description de la table,
pour chacun des champs de la table aller dans l'onglet liaison et choisi
Aucun.

Puis programmer le remplissage de la table par exemple par une requête.

Le contenu de la table n'accédant plus directement au fichier les temps d
réponses sont excellents.

Discussions similaires