Discussion :

[George W. Bush]

Bonjour,

Disons que j'ai plusieurs serveurs Web allant lire/écrire dans dans un fichier partagé sur un Network Drive. Je risque d'avoir assez vite des problèmes de synchronisation de données au sein de ce fichier.

Si un des serveurs Web verrouille une section du fichier via FileStream.Lock,

a.) Est-ce que cette instruction aura effet seulement pour les autres processus de ce serveur?
b.) Ou est-ce que ca aura également effet pour les processus des autres serveurs?

Merci beaucoup,
Michel.

[Graffito]

Réponse b.) ca aura également effet pour tous les process.

[George W. Bush]

Réponse b.) ca aura également effet pour tous les process.

Merci pour la réponse! Je me disais aussi que le protocole de Microsoft devait forcément gérer cela.

Et dire qu'au paravant, je développais toujours des serveurs alternatifs pour gérer la concurency au niveau des fichiers. Caline, parfois, on aime se donner du mal pour rient

Michel

[Immobilis]

Salut,

Et dire qu'au paravant, je développais toujours des serveurs alternatifs pour gérer la concurency au niveau des fichiers. Caline, parfois, on aime se donner du mal pour rient

Je comprend pas trop cette remarque.

Pour le fichier, il s'agit d'une ressource particulière car potentiellement accessible par plusieurs processus en même temps. Tu n'as pas trop le choix, il faut gérer une file d'attente car il ne peut pas y avoir d'accès concurrent. Si tu as vraiment besoin de travailler avec ce fichier, tu dois utiliser un singleton qui gérera les demandes d'écriture.

La meilleur solution reste l'utilisation d'une base de données.

A+

[George W. Bush]

Salut,Je comprend pas trop cette remarque.

Pour le fichier, il s'agit d'une ressource particulière car potentiellement accessible par plusieurs processus en même temps. Tu n'as pas trop le choix, il faut gérer une file d'attente car il ne peut pas y avoir d'accès concurrent. Si tu as vraiment besoin de travailler avec ce fichier, tu dois utiliser un singleton qui gérera les demandes d'écriture.

La meilleur solution reste l'utilisation d'une base de données.

A+

Je n'avais pas pensé a la file d'attente, mais d'un autre coté, dans mon cas, l'usager devrait avoir accès seulement a 1 section bien déterminé. Donc un Lock devrait faire l'affaire pour éviter les problèmes de concurence.


Quant aux DB, je suis de la vieille école : DB = utilisation dans le cadre de données complexe. DAns mon cas présent, j'ai besoin de grande performances. Quoi qu'on en dise, du Built-IN sera toujours plus rapide, et je suis pret a mettre l'énergie qu'il faut pour gérer le code d'accès aux fichiers.

[Immobilis]

Quant aux DB, je suis de la vieille école : DB = utilisation dans le cadre de données complexe.

Ok...

DAns mon cas présent, j'ai besoin de grande performances.

Ben je suis curieux de voir ce que cela donne. Si d'une façon où d'une autre tu bloques ton code en attendant qu'un thread ait terminé d'utiliser une ressource, je vois pas où est le gain de performance. J'attend de voir...

Quoi qu'on en dise, du Built-IN sera toujours plus rapide

Tu peux préciser "Built-IN"? Dans le contexte, je ne comprend pas.A+