| |
Posté le 12 juin 2008 - 14:16 |
Bonjour,
Le contexte :
Sur un réseau LAN (100Mb minimum) de 300 pc (win xp pro sp1, avec anti virus) environ, 3 pc accèdent (via 1 application développée en Windev) à des fichiers hyperfile hébergés sur un serveur de données (windows 2003 sp1, avec anti virus).
Un audit du réseau a démontré que ce dernier était sous utilisé.
La problématique :
Les temps d'accès aux donnée sont variables(parfois très lents) ;
Des pertes de données sont observées ;
Que faut-il faire pour solutionner ces problèmes ?
Par avance, merci pour votre aide.
Cordialement,
Ricky |
| |
| |
| | | |
|
| | |
| |
Posté le 12 juin 2008 - 16:05 |
C'est un véritable problème ces lenteurs réseau.
Nous avons fait procéder chez 2 clients à des audits faits par des sociétés extérieures et chez un 3ème au changement complet de tout son matériel, câble, hub ... tout !!!
Dans les 3 cas : Réseau Ok. Mais lenteur …
Problèmes rencontrés :
Perte de charge du serveur au bout de temps indéfini et irrégulier.
Enorme problème avec la loupe sur les tables pour effectuer des recherches
Dans notre application rien d'extraordinaire en terme de programmation. Pas de timer, pas de thread …
Les fichiers ne sont pas énormes. Nos clients sont de petites structures : 2 à 10 postes.
Nous passons plus de temps à effectuer des tests qu’à programmer. Et notre image se dévalorise auprès de nos clients !
Nous avons une version écrite en WD 5.5, migrée en 10, 11 et 12. Ce qui est étonnant c’est qu’en 5.5 les temps d’accès sont plus que correct. Et sur les dernières versions c’est à pleurer. |
| |
| |
| | | |
|
| | |
| |
Posté le 12 juin 2008 - 16:17 |
Salut,
Les lenteurs peuvent être dues à plusieurs choses. Tout d'abord la programmation notamment des tables fichier qui manipulent beaucoup d'enregistrements. Ensuite, sur des accès réseau, on est dans le partage de fichiers de Windows et ce n'est pas franchement ce qu'il y a de plus performant.
J'ai fait des tests sur des accès fichiers partagés, eh bien, dés le second poste qui se connecte, les temps d'accès sont multipliés par 2. Dans les tests réalisés, j'utilisais de simples fichiers texte que j'ouvrais via des API.
Au vu de ces résultats, j'ai opté pour un serveur HF en remplacement de HF Classique. j'ai privilégié les requêtes dans les tables automatiques et les performances sont devenues bien meilleures. Même si ce n'est pas forcément mesurable (la base de données à augmenté de taille, j'ai ajouté des traitements, j'en ai simplifié d'autres), les utilisateurs on ressenti un vrai mieux.
A+
Adrien |
| |
| |
| | | |
|
| | |
| |
Posté le 13 juin 2008 - 09:20 |
Bonjour,
Premier conseil désactivez l'opportunistic locking sur vos serveurs de fichier., sinon votre fiabilité au niveau du réseaux sera NULL. Une fois ceci fait vous obtiendrai la vrai vitesse de votre application en réseau. Le problème que vous vivez présentement est que Windows passe son temps a CHARGER/DECHARGER les caches locale des ordinateurs qui accède a vos fichier HF !. Nous utilisons des fichiers HF chez plusieurs de nos clients et ce en réseaux et plus de 20 postes simultannément et nous obtenons des performances parfois plus rapide que du SQL, dans ce genre de configuration (oui oui je sais je prle meme ordinateur serveur, meme memoire etc...). Avant que je travail ici, les clients reindexaient chaque jours et perdaient des donnés,depuis 3 ans (après que j'ai fais désactivé l'oppurtunistic locking chez ces clients) aucun n'a eu besoin de réindexé ou a perdu des données. Auparavant j'avais une compagnie notre logiciel était utilisé par plus de 25,000 entreprises et croyez moi depuis Windows NT sp6a je sais ce que l'opportunistic locking peut faire comme domage a des bases de type DBF ou HF !
En espèrant vous avoir aidé ! |
| |
| |
| | | |
|
| | |
| |
Posté le 13 juin 2008 - 13:08 |
Sylvain a écrit dans le message de news <489708503314c123ae2d8932656827bc@news.pcsoft> :
Bonjour,
Premier conseil désactivez l'opportunistic locking sur vos serveurs de fichier., sinon votre fiabilité au niveau du réseaux sera NULL. Une fois ceci fait vous obtiendrai la vrai vitesse de votre application en réseau. Le problème que vous vivez présentement est que Windows passe son temps a CHARGER/DECHARGER les caches locale des ordinateurs qui accède a vos fichier HF !. Nous utilisons des fichiers HF chez plusieurs de nos clients et ce en réseaux et plus de 20 postes simultannément et nous obtenons des performances parfois plus rapide que du SQL, dans ce genre de configuration (oui oui je sais je prle meme ordinateur serveur, meme memoire etc...). Avant que je travail ici, les clients reindexaient chaque jours et perdaient des donnés,depuis 3 ans (après que j'ai fais désactivé l'oppurtunistic locking chez ces clients) aucun n'a eu besoin de réindexé ou a perdu des données. Auparavant j'avais une compagnie notre logiciel était utilisé par plus de 25,000 entreprises et croyez moi depuis Windows NT sp6a je sais ce que l'opportunistic locking peut faire comme domage a des bases de type DBF ou HF !
En espèrant vous avoir aidé !
Mon cher Sylvain
Qu'est-ce l"opportunistic locking" et comment le désactiver
Merci pour votre réponse |
| |
| |
| | | |
|
| | |
| |
Posté le 13 juin 2008 - 13:28 |
| |
| |
| | | |
|
| | |
| |
Posté le 13 juin 2008 - 15:01 |
je serais également intéressé par ce petit logiciel et un petit mot d'explication là-dessus car bien souvent j'installe un programme mais je ne suis pas adminsitrateur réseau et ceux ne comprenne pas l'utilité et ou ne veule pas comprendre c'est dur de changer les habitudes.et j'ai des lenteurs de réseau de 1 à 4 passer à CLient/serveur n'est des fois aisés et possible moyenne utilisateurs 4 à 5 postes
merci d'avance
marcel feiereisen email marcelf@pt.lu |
| |
| |
| | | |
|
| | |
| |
Posté le 14 juin 2008 - 02:51 |
Bonjour à tous
je développe d'applications en réseau avec Sylvain, je suis assez intéressé par ton soft
ci-joint mon mail nfrancky@hotmail.fr
merci d'avance |
| |
| |
| | | |
|
| | |
| |
Posté le 14 juin 2008 - 15:56 |
Bjr,
sylvain Robert avait écrit le 13/06/2008 :
Si tu veux le mettre a disposition, je peux te l'heberger quelques
temps..
a plus
--
-------------------------------------------------------------
www.ctc-soft.com
Gestion biblo-documentaire (free-share)
Comptabilité shareware
Logiciels de Gestion de saisie terrain
Spécialisé Tournées de boulangers
------------------------------------------------------------- |
| |
| |
| | | |
|
| | |
| |
Posté le 16 juin 2008 - 14:13 |
Dc a écrit dans le message de news <mn.72967d8630328b8e.72477@ctc-soft.com> :
Bjr,
Bjr,
Merci pour l'offre mais je n'ai eu que 2 demande qui ont été expédié ce matin, le lien que j'ai donné dans mon message précxdent indique toutes les clefs de registres qu'il faut changer, j'en ai ajouté quelques une qui me semble importante pour avoir un réseau STABLE !.
Merci,
Sylvain
Si tu veux le mettre a disposition, je peux te l'heberger quelques
temps.. a plus -- ------------------------------------------------------------- www.ctc-soft.comGestion biblo-documentaire (free-share) Comptabilité shareware Logiciels de Gestion de saisie terrain Spécialisé Tournées de boulangers ------------------------------------------------------------- |
| |
| |
| | | |
|
| | |
| |
Posté le 16 juin 2008 - 14:55 |
Bonjour,
Moi aussi je suis intéressé ! |
| |
| |
| | | |
|
| | |
| |
Posté le 16 juin 2008 - 17:03 |
bonjour sylvain et les autres ,
merci de ces éclaircissements pour les lenteurs réseaux
y étant confronté aussi , je suis fort preneur de ton logiciel
cordialement,
Pascal |
| |
| |
| | | |
|
| | |
| |
Posté le 16 juin 2008 - 20:40 |
bonjour
puis-je avoir ce petit bout de code moi aussi
merci
bruno.papon arobase lubinfo.com |
| |
| |
| | | |
|
| | |
| |
Posté le 17 juin 2008 - 09:11 |
Merci beaucoup de partager cette (douloureuse) expérience.
Moi aussi comme beaucoup d'autre suis fortement intéressé par ce bout de programme pour désactiver ce fichu "opportunistic locking" !
Je suis impatient de tester ça sur mon appli; aux démo windev une base d'un téra de données, moi j'ai 40 000 enregistrements, il faut 15 secondes en local et 3 minutes en réseau pour voir les données ! |
| |
| |
| | | |
|
| | |
| |
Posté le 17 juin 2008 - 13:59 |
Bonjour,
Je suis également intéressé par ton programme qui configure, si j'ai bien compris, un poste Windows XP client et un poste Windows XP qui me sert en serveur HF.
Grand merci pour ces renseignements.
Marc |
| |
| |
| | | |
|
| | |
| |
Posté le 17 juin 2008 - 15:02 |
Bonjour A tous,
Veuillez m'excusé je ne vous ai pas indiqué mon Email pour m'écrire !
Sylvain.Robert arobas datadis.com
Ne faite pas la demande sur le forum je ne viens pas souvent ! 
Merci |
| |
| |
| | | |
|
| | |
| |
Posté le 17 juin 2008 - 15:36 |
Bonjour,
Vu l'engouement général pour ton code, connecte toi ici,
http://www.windasso.org/
et dépose ta contribution.
Merci
Hubert |
| |
| |
| | | |
|
| | |
| |
Posté le 18 juin 2008 - 11:42 |
Bonjour,
Sur le sujet du partage de fichier avec un serveur, il y a également un document dans les FAQ (2861) qui donne de nombreuses informations :
http://www.pcsoft.fr/st/telec/windev7/tableaux/HyperFileSurServeurWindows.pdf
Mais dans tous les cas, préférez l'utilisation des données en mode Client/serveur qui de part son principe évite les difficultés liées au partage de fichiers Windows, et surtout permet de plus "facilement" faire des recherches en cas de difficulté (log...).
Elian lacroix
elian.lacroix@gmail.com
http://elianlacroix.blogspot.com
Message d'origine : Sylvain robert <sylvain.robert@datadis.com> a écrit :
|
| |
| |
| | | |
|
| | |
| |
Posté le 22 juillet 2008 - 09:01 |
Bonjour Sylvain,
Le logiciel ecrit en Xharbour qui configure les régistres pour
disabler le OPLOCK sur toute les version de Windows m'intéresse.
J'ai plusieurs sites intallés avec un ERP sur lesquels j'ai des soucis avec la vitesse.
Merci d'avance |
| |
| |
| | | |
|
| | |
| |
Posté le 22 juillet 2008 - 13:00 |
Bonjour,
Ok pour désactiver l'opportunisc ...
Mais, à quels dangers s'exposent-on à le désactiver ? et donc à quoi sert cet opportunisc ...
Microsoft a pas créé ce truc que pour ralentir les programmes Windev.
Quel argumentaire avoir, si notre application Windev n'est pas la majeure chez le client pour lui faire désactiver l 'opportu...
A moins de le faire en douce avec le petit bout de programme de notre ami ?
Merci de vos réponses
Daniel Masse |
| |
| |
| | | |
|
| | |
| |
Posté le 23 juillet 2008 - 09:28 |
salut
parfois le wifi peut créer des problèmes ,j'ai eu un probléme de lenteur avec une application windev,et lorsque j'ai désactivé le wifi ca marche |
| |
| |
| | | |
|
| | |
| |
Posté le 23 juillet 2008 - 16:08 |
Bonjour,
Pourquoi pensez vous que MSSQL SERVER à été creer. Cette opportunistic locking ne sert absolument a RIEN dans un environnement réseaux deplus de 3 postes. Je programme depuis DOS 1.0 j'ai commencé sur CPM et MPM. J'ai utilisé le réseaux NEtwork OS et plusieurs autres avant que Microsoft sorte Windows 3.0 et sont réseaux intégré et ca fonctionnait TRES BIEN. Même avant Windows NT SP4 la réponse em Reseaux était TRES TRES satisfaisante.
Je parle par expérience c'est tout, et il y a quelque client ici que leur Technicien réseaux n'ont pas voulu désactivé le OPLOCK et bien ils continuent a perdre des données et ils ont des lenteurs réseaux . Je ne cherche surtout pas a convaincre qui que ce soit.
Lorsqu'un client a ce gnere de problème nous leur mentionnons les problèmes de OPLOCK et les redirigeons sur le NET pour de l'information supplémentaire, normallement un bon technicien réseaux ne nous rappel même pas et procède a la désactivation sur son serveur de Fichier directement !.
Que votre client ce convainque lui même en lisant sur le NET faite une recherche avec OPLOCK ou opportunistic locking !. Il y a des schéma de circulation d'information avec le OPLOCK sur MSDN allez les lires et vous comprendrez vos lenteurs et perte de données potentiel !
En ce qui a trait a votre question Pourquoi MS a fait ca, je site un document sur le NET !
___ QUOTE ____
What Is Opportunistic Locking?
Opportunistic locks (oplocks) are a characteristic of the LAN Manager networking protocol implemented in the 32-Bit Windows family of operating system environments. Bascially, oplocks are guarantees made by a server for a shared logical volume to its clients. These guarantees inform the Client that a file's content will not be allowed to be changed by the server, or if some change is imminent, the client will be notified before the change is allowed to proceed.
So much about the theory, in practice the LAN Manager introduces with oplocks an additional protocol on top of the well known standard file-system level locking protocol. This is done for performance reasons. Only with oplocks the server and its clients are allowed to cache data (read ahead) or defer writes to a file (write behind). In other words, oplocks are introduced to synchronize the data in an environment of multiple workstations, each of which having their own local cache, sharing a file via a file-server. Remember, any workstation has its own cache
to increase performance when it comes to file I/O. Imagine a situation where 2 workstations read data (into their local cache) and a single workstation writes data back. As a matter of fact, one workstations cache is out-of-date and holds
"old" data. With oplocks the local cache of workstation 2 gets informed about the fact of modification by other workstations and therefore invalidates its local cache.
The problem with oplocks is that they:
are designed for file-sharing with medium concurrency
introduce a additional level of overhead
block clients from performing their operations immediately.
In practice the oplocks introduced by Microsoft are good enough when it comes to sharing files like Word documents or Excel spreadsheets in a networking environment. But they fail when it comes to heavy concurrency in enviroments with file-based databases such as Xbase++, Visual FoxPro and even MS-Access or VB applications with the Jet-Engine. There are other strategies available, such as
the ones implemented with the Andrew's file-system which deal with the problem of distributed caches in a network, but for whatever reason Microsoft has decided to go their own route.
The reason for the problems the oplock approach has with file based database systems lies in their specific characteristic how they deal with the file-system. File based database systems:
impose a heavy concurrency and high propability of data changes anywhere in the file.
handle concurrency issues on their own at the semantical layer of the database. Not on the file-based level. Remember they lock records, ensure that updates get not lost using sophisticated implicit and explicit locking protocols.
implement specialized local optimization strategies to handle caching of data and invalidation of cached data. All based on the record or index-page level.
This is where the universal oplock solution with Microsoft LAN Manager and file-based databases conflicts and can serious hamper them in terms of performance and reliability. Even deadlocks produced by the LAN Manager become possible with high concurrency due to its restricted handling of so called worker threads in the context of oplocks.
With Windows for Workgroups, IBM LanManager and Novell Netware oplocks problems do not exist bec. these LAN operating-systems resolve the problems differently or simply have not implemented a optimization strategy such as the one introduced by the oplocks under Microsoft LAN Manager.
__________ End Quote ____________
En espèrant avoir répondu a toute vos questions ! et surtout ne faite RIEN en douce chez un client,l'information est la clef du succès !
Voila je ne commenterai plus ce sujet, je crois avoir fait le tour, si il y a des gens qui ont toujours besopin de ce petit logiciel il est toujours disponible sur demande a Sylvain.Robert arobas datadis.com
Bon Dev,
Masse Daniel a écrit dans le message de news <7e1754144ce94077a31e6e7b0fe9b73e@news.pcsoft> :
Bonjour,
Ok pour désactiver l'opportunisc ...
Mais, à quels dangers s'exposent-on à le désactiver ? et donc à quoi sert cet opportunisc ...
Microsoft a pas créé ce truc que pour ralentir les programmes Windev.
Quel argumentaire avoir, si notre application Windev n'est pas la majeure chez le client pour lui faire désactiver l 'opportu...
A moins de le faire en douce avec le petit bout de programme de notre ami ?
Merci de vos réponses
Daniel Masse |
| |
| |
| | | |
|
| | |
| |
Posté le 24 juillet 2008 - 09:00 |
Bonjour,
Etant à l'origine de ce message sur le forum et je souhaite faire de mon retour d'expérience sur mon problème.
Concernant mon environnement il est confirmé que les lenteurs réseaux étaient dûes à l'anti-virus (KAV) du serveur Windows 2003 server. En effet, dès que les répertoires contenant les fichiers hyperfile (.FIC, .NDX, .MMO) ont été exclus du scan de KAV les temps de réponse sont passés de 20 s en moyenne à moins d'1 s.
Richard |
| |
| |
| | | |
|
| | |
| |
Posté le 20 septembre 2016 - 09:10 |
Bonjour,
Ton logiciel est-il toujours disponible ?
J'ai un problème de lenteur chez un client avec un serveur HP
Merci d'avance
Cordielemnt |
| |
| |
| | | |
|
| | |
| |
Posté le 02 mars 2017 - 23:50 |
Bonjour, je suis aussi interessé à votre petit logiciel qui desactive l'opportunistic locking.
Est-ce que c'est possible de le recevoir?
MErci |
| |
| |
| | | |
|
| | |
| |
Posté le 05 décembre 2017 - 16:05 |
Bonjour,
Merci de m'envoyer la procédure ou le programme aussi.
Christophe |
| |
| |
| | | |
|
| | |
| |
Membre enregistré
326 messages
Popularité : +15 (19 votes) |
|
Posté le 05 décembre 2017 - 17:41 |
Bonjour.
Juste une remarque pour ceux qui déterrent des vieux sujets -> en 8 voire 9 ans l'OS windows a évolué, et HyperFile en multi utilisateur est à utiliser en C/S. Sur du matériel ancien (98,2000,NT) avec une version de Windev ancienne (7,8,9,10) peut-être que chercher vaudrait la peine sinon je crois que non.
Bon courage.
Michel. |
| |
| |
| | | |
|
| | |
| |
Posté le 19 septembre 2020 - 10:46 |
Bonjour tout le monde
J'utilise une application de gestion windev en réseau et j'ai le même probleme de lenteur donc si je désactive oplock ça peut résoudre mon problème? |
| |
| |
| | | |
|
| | |