Discussion :

[Alp]

Salut,

Après une recherche sur le forum, sans succès, je viens donc vous poser ma petite question.

Le contexte :
Je vais développer un serveur. Je pensais à faire un thread par client, sachant qu'il n'y aura qu'entre 2 et 8 clients environ.
Alors les clients intéragiront avec le serveur, et enverront des commandes qui entraineront que mon serveur modifiera une variable chez lui. Cette variable est un singleton.
Or, comme les intéractions risquent d'être fréquentes(en effet, je pense environ à 2 requêtes par client par seconde, et ce pendant qqlq minutes(je prends de la marge), les mutex seraient probablement trop couteux et ralentiraient le tout, ce qui annulerait l'intérêt d'utiliser les thread ... ca reviendrait presque à traiter les clients itérativement dans un while, du point de vue lenteur.
Alors, ma question est :
Sachant que je vais probablement utiliser la méthode du double-check pour l'instanciation, je ne sais pas cependant comment faire pour que, lorsqu'un thread modifie la variable singleton, un autre ne la modifie pas en meme temps, ou presque, ce qui entrainerait un problème du genre une seule modification faite sur les 2 demandées, etc ... ?

Merci d'avance

[Matthieu Brucher]

Pour la récupération du singleton, le double-check est pratique, mais pas encore l'ultime. Pour la modification du singleton, ce n'est pas ce système qui te protègera, c'est à toi de protéger les routines critiques.

[Alp]

Comment les protéger, sans mutex?

[Matthieu Brucher]

Avec des sections critiques, c'est plus léger, ou parfois des opérations atomiques si le compilateur y donne accès.

[Alp]

Pour les sections critiques j'ai vu que l'api WIN32 fournit des fonctions.
Cependant, en vue d'une portabilité(au moins Windows/Unix), j'aimerais savoir s'il y a des libs qui fournissent ceci en "portable"?
Boost::thread fournit des outils pour des sections critiques ou opérations atomiques?
A propos, que sont les opérations atomiques et comment les réaliser?

[Matthieu Brucher]

Boost.Threads ne propose rien à ce niveau, elle est encore trop jeune, je pense, pour proposer suffisemment de fonctions pour le travail de tous les jours en multithreads.
Les opérations atomiques sont des opérations que le processeur exécute en une seule fois, par exemple incrémentation et test. S'il ne les propose pas, on ne peut pas en créer. Dans Qt, ils ont un header spécial pour ces choses - qatomic.h -