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

Francis (19/08/2006, 18h34)
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
Michel HERRSCHER (19/08/2006, 21h14)
Dans un message Francis disait :

[..]
> avec accès restreint sous certains users, bref du basique qui
> habituellement fonctionne bien.
> MERCI D'AVANCE


Samba ou Windows ne sont probablement pas la cause.

Je pense que c'est plutôt dans l'application qu'il faut chercher

Plus de détails sur les fenetres, les accès constatés nous permettraient
plus de vous aider.

A+
Michel HERRSCHER CONSULTANT
Tel : +33450870912

Président WINDASSO - Association des utilisateurs WxxDEV(c)
nwjb (20/08/2006, 11h12)
Le Sat, 19 Aug 2006 18:34:05 +0200, Francis <francis> a écrit:

[..]
> avec accès restreint sous certains users, bref du basique qui
> habituellement fonctionne bien.
> MERCI D'AVANCE


Voir peut être le paramètre oplocks dans samba.
Nous utilisons en général oplocks=false.
Francis (20/08/2006, 13h07)
J'ai effectivement constaté que certains paramètres étaient à
intégrer dans le smb.conf.

Je vais essayer ça demain, le oplocks = no

Ainsi que les paramètres suivants (trouvés dans un forum) conseillé
pour l'exploitation de HyperFile

[global]
locking = yes
strict locking = yes
share modes = yes
oplocks = no
kernel oplocks = no
blocking locks = no
fake oplocks = no
level2 oplocks = no

Pour les détails de l'applis notamment dans les menus, je ne veux pas
trop rentrer dans le détails, car je ne souhaite pas nommer le
programme. Il s'agit simplement d'un banal planning, qui à mon avis
sous Acces est instantanné ...

J'ai quelques élèments de réponses vu dans les forums et qui font
mention de lenteurs avec l'Hyperfile de Windev, notamment en réseau
lorsqu'un deuxieme utilisateurs est connecté. Certains ont pu
quantifier ces ralentissements jusqu'a + de 270% en mode multi
utilisateur.

En fait ce problème semble connu (?) mais les principaux concernés
(sauf les utilisateurs) semblent aussi ignorer le problème et mettent
en cause les insuffisances de performances du réseau et des machines.

Je vais donc voir si la modid de la config du smb.conf change quelque
chose, si rien ne change je ferais les essais sur un gros serveur sous
2003 Server pour ne plus mettre en cause le réseau et les machines.

Mais bon à mon avis je penche pour une faiblesse (bug ?) de
l'HyperFile.
[Bernard Vessiot] (20/08/2006, 13h43)
Après mure réflexion, Francis a écrit :
> J'ai effectivement constaté que certains paramètres étaient à
> intégrer dans le smb.conf.


> Je vais essayer ça demain, le oplocks = no


> Ainsi que les paramètres suivants (trouvés dans un forum) conseillé
> pour l'exploitation de HyperFile


> [global]
> locking = yes
> strict locking = yes
> share modes = yes
> oplocks = no
> kernel oplocks = no
> blocking locks = no
> fake oplocks = no
> level2 oplocks = no


> Pour les détails de l'applis notamment dans les menus, je ne veux pas
> trop rentrer dans le détails, car je ne souhaite pas nommer le
> programme. Il s'agit simplement d'un banal planning, qui à mon avis
> sous Acces est instantanné ...


> J'ai quelques élèments de réponses vu dans les forums et qui font
> mention de lenteurs avec l'Hyperfile de Windev, notamment en réseau
> lorsqu'un deuxieme utilisateurs est connecté. Certains ont pu
> quantifier ces ralentissements jusqu'a + de 270% en mode multi
> utilisateur.


> En fait ce problème semble connu (?) mais les principaux concernés
> (sauf les utilisateurs) semblent aussi ignorer le problème et mettent
> en cause les insuffisances de performances du réseau et des machines.


> Je vais donc voir si la modid de la config du smb.conf change quelque
> chose, si rien ne change je ferais les essais sur un gros serveur sous
> 2003 Server pour ne plus mettre en cause le réseau et les machines.


> Mais bon à mon avis je penche pour une faiblesse (bug ?) de
> l'HyperFile.


bonjour,
ce qui est curieux quand meme, c'est que d'apres tes dires, avant sur
un simple répertoire partagé sous Xp pro cela fonctionait bien , non ?
Au fait connais tu la version d'hyperfile ?
@+++
Gilles TOURREAU (20/08/2006, 14h23)
Francis avait écrit le 19/08/2006 :
[..]
> avec accès restreint sous certains users, bref du basique qui
> habituellement fonctionne bien.
> MERCI D'AVANCE


Pour bien utiliser HyperFile en réseau Windows :

mat (20/08/2006, 14h25)
Francis wrote:
[..]
> 2003 Server pour ne plus mettre en cause le réseau et les machines.
> Mais bon à mon avis je penche pour une faiblesse (bug ?) de
> l'HyperFile.


Bonjour,

comme Michel, je ne pense pas que le problème vient de Samba ou du
matériel. Lors de mes essais avec des fichiers HF sur serveur Linux
(Debian/Ubuntu) j'ai trouvé que le comportement sous Samba était le même
que sous Windows 2000 Serveur, y compris problème Oplocks. Les temps
d'accès étaient comparables, la seul différence étant que le serveur
Linux était un PIII/500Mhz/512MB RAM et W2K serveur sur une machine
P4/2GHz/512MB RAM.

Le problème décrit en réseau est typique pour les versions Windev/HF
7/7.5/8. Avec la version 9, on ne remarque plus ce phénomène dû
probablement au type d'accès fichier choisi auparavant par PC Soft, car
inconnu avec des produits comparables d'autres éditeurs.

Salutations
Mat
mat (20/08/2006, 15h35)
Gilles TOURREAU wrote:
....
>


Bonjour Gilles,

avec tous mes respects pour tes connaissances de Windev et assistance
aux utilisateurs: ce document est une insolence de la part de PC Soft et
un insulte de leur clients. Sachant que les problèmes décrits à l'époque
(2003) était dûs à des failles de Hyper File, PC Soft accusent Windows
et la mauvaise programmation de leur clients. Il y a suffisamment de
preuves que cela n'est pas vrai, la plus simple étant que les problèmes
ont disparu depuis. J'ai publié des tests comparatifs à ce sujet en 2003
et 2004. Ce comportement de PC Soft nous a fait perdre un temps fou,
cherchant l'erreur pendant plus d'une année chez nous et quand nous
étions certain du vrai coupable (HF), pour modifier les accès fichier
afin d'obtenir des temps de réponse plus ou moins corrects.

Salutations
Mat
Gilles TOURREAU (20/08/2006, 16h03)
Dans son message précédent, mat a écrit :
[..]
> réponse plus ou moins corrects.
> Salutations
> Mat


C'était juste un article que j'avais lu à l'époque...

Personnellement je n'ai jamais eu de problème de rapidité en réseau
avec HF depuis Windev 7.5, donc je ne suis pas spécialiste de ce genre
de problème.

Il y a eu une fois, où j'ai eu des ralentissement, c'était sur un
serveur Windows 2000, mais cela vennait d'un problème de droit au
niveau du serveur...

On pourrait avoir l'adresse des tests que tu as réalisé, ou sont-ils
privées à ton entreprise ?

Cordialement
Francis (20/08/2006, 17h15)
Pour repondre à la question de Bernard:
Non que ce soit sous Linux ou répertoire partagé Xp Pro, le
problème reste le même.

Pour Mat, merci pour ton travail objectif (infos et tests) que j'ai pu
trouver sur divers forum qui mettent bien en évidence que le problème
est certainement dû à un soucis d'hyperfile.

Je pense que c'est le même problème que j'observe à ce jour chez ce
client qui exploite l'appli Windev.
Au passage, je ne connais pas les versions de Windev ou Hyperfile
ayants servis à l'ecriture et à la compil de l'appli, tout ce que je
sais c'est qu'il utilise la toute dernière édition de l'appli qui
date de 2006.

Alors je me pose les questions suivantes:
- est que ce problème a été pris en compte et a été réglé par
PCSoft depuis 2004/2005 ?
- Si oui, on peut donc en déduire que ce soucis de multiutilisateurs a
été réglé ?
- Vu que le client utilise cette appli depuis 2001 est-ce que les mises
à jours effectuées ont correctement mises en place et que pour des
questions de compatibilités des données de la base hyperfile (au fil
des versions), certains modules tel que l'hyperfile n'aurait pu être
mis à jour ?

Si je me permets de vous solliciter, c'est pour pouvoir appeller
l'éditeur avec des élèments solides afin de résoudre ce problème
et d'éviter de m'attendre dire que c'est le matériel qui est en cause
!

Merci en tout cas pour votre aide.
mat (20/08/2006, 19h01)
Francis wrote:
....
> Alors je me pose les questions suivantes:
> - est que ce problème a été pris en compte et a été réglé par
> PCSoft depuis 2004/2005 ? officiellement non, car il n'y a jamais eu de problème!


> - Si oui, on peut donc en déduire que ce soucis de multiutilisateurs a
> été réglé ?

en réalité, oui. Je ne me rappelle plus si avec les dernières
sous-versions de WD8, mais certainement avec WD9.

> - Vu que le client utilise cette appli depuis 2001 est-ce que les mises
> à jours effectuées ont correctement mises en place et que pour des
> questions de compatibilités des données de la base hyperfile (au fil
> des versions), certains modules tel que l'hyperfile n'aurait pu être
> mis à jour ?


chez PC Soft, aucune mise à jour d'une version de Windev antérieure à la
courante
[..]
jacques trepp (21/08/2006, 09h35)
mat a écrit :
> Gilles TOURREAU wrote:
> ...
> Bonjour Gilles,
> avec tous mes respects pour tes connaissances de Windev et assistance
> aux utilisateurs: ce document est une insolence de la part de PC Soft et
> un insulte de leur clients. /...


bonjour à tous.
Je reconnais qu'à la lecture du document, j'ai enfin compris :
ça n'est pas trop lent en multi utilisateurs ... c'est simplement trop
rapide en mono utilisateur.
Sots que nous sommes ;)
Vbig (21/08/2006, 09h58)
Francis a pensé très fort :
> 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. [...]


Comme l'ont correctement dit les autres, c'est la gestion en
multi-utilisateur avec couche OS / réseau / WinDev qui est à mettre en
cause dans le ralentissement de l'application.

Sans tout changer, la machine que vous décrivez suffit largement a
faire tourner un wiwdows serveur 2003 TSE / 5 Client windows XP

Donc si l'aplication que vous utilisez est compatible(*) avec une
utilisation en TSE. Faites les test, vous ne constaterez plus de
ralentissement a la connection du 2 eme utilisateurs (Plus de gestion
de réseau par windows, que de l'execution en local, le bonheur ^^)

Cordialement.
Francis (21/08/2006, 12h10)


C'est vrai qu'a lecture de ce document on se demande si on ne se moque
pas du monde ... mais bon il date de 2003. Les choses ont bien
changées.

Par contre d'après ce que j'en ai lu, ca marcherait mieux sous
Linux/Unix que sous Windows...

Bon j'arrête c'est vrai que les choses ont bien changé depuis Windev
9.

J'ai donc testé le oplocks= no dans le smb.conf et rien ne s'arrange
bien au contraire, la temps monoutilisateur qui était de 4s passe à
16s et en multiutilisateurs on reste à 16s.
On perds donc le gain en monoutilisateur, ou bien comme dit le
collègue du message ci-dessus "ce n'est pas qu'il est lent, c'est
qu'il est trop rapide en monoutilisateur".

J'ai aussi testé les autres paramètres dans le smb.conf (voir sur le
message précédent) et pareil, je perds les 4s du mode
monoutilisateur.

On laisse donc tomber le matériel et son OS, je doute que 2003 TSE
arrange d'ailleurs les choses et de toutes façon le client n'est pas
prêt à investir des sous pour un simple partage de fichier et ça se
comprends.

En fait, la solution c'est l'éditeur de l'appli développée qui la
tient et je remercie encore Mat pour avoir maintenu et défendu le fait
que c'est hyperfile qui est à l'origine de ces ralentissements.
Et comme la balle est chez l'éditeur et qu'effectivement cette appli a
été developpée et compilée sous Windev 5.5 (sic!).
Et comme l'editeur est un éditeur responsable (ca se fait rare), il va
nous recompiler l'appli sous Windev 10 et nous la renvoyer pour qu'on
la teste.

Voilà on attends plus que de la recevoir pour vous faire part du
changement que j'espère positif.
Francis (21/08/2006, 12h20)
> Donc si l'aplication que vous utilisez est compatible(*) avec une
> utilisation en TSE. Faites les test, vous ne constaterez plus de
> ralentissement a la connection du 2 eme utilisateurs (Plus de gestion
> de réseau par windows, que de l'execution en local, le bonheur ^^)


Je m'excuse, mais je n'avais pas saisi le principe, c'est vrai que
d'utiliser des clients legers et d'utiliser grâce eux l'appli en local
résoudrait le pb.
Mais, c'est en dernier recours, et je souhaite le faire avec des
logiciels libre type Linux, donc conserver mon serveur sous OS
Linux/Samba. Pour ce qui est de comment mettre tout ça en place je ne
me suis pas encore posé la question.

Merci en tous cas pour vos réponses !

Discussions similaires