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
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
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
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
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
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
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.
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.
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.
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
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
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
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.
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.
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.
http://www.pcsoft.fr/st/telec/windev7/tableaux/HyperFileSurServeurWindows.pdf
http://www.pcsoft.fr/st/telec/windev7/tableaux/HyperFileSurServeurWindows.pdf
http://www.pcsoft.fr/st/telec/windev7/tableaux/HyperFileSurServeurWindows.pdf
Gilles TOURREAU wrote:
...
http://www.pcsoft.fr/st/telec/windev7/tableaux/HyperFileSurServeurWindows.pdf
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 wrote:
...
http://www.pcsoft.fr/st/telec/windev7/tableaux/HyperFileSurServeurWindows.pdf
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 wrote:
...
http://www.pcsoft.fr/st/telec/windev7/tableaux/HyperFileSurServeurWindows.pdf
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
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
!
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
!
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
!