IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Threads & Processus C++ Discussion :

Plus perfomant que des RW mutex pour les containers ?


Sujet :

Threads & Processus C++

  1. #1
    Membre à l'essai
    Profil pro
    Inscrit en
    Juillet 2009
    Messages
    19
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juillet 2009
    Messages : 19
    Points : 10
    Points
    10
    Par défaut Plus perfomant que des RW mutex pour les containers ?
    Salut, je me trouve fasse a un petit problème, je fait donc appelle au connaissance d'un peu tous le monde .

    Alors voila, j'ai du multi-threader une application serveur pour qu'elle puisse supporter plus d'utilisateurs. J'ai était embêté avec les problèmes d'exceptions lié au multi-accès dans les containers (tel que des list, des set ...etc).
    J'ai, en premier lieux utilisé des RW mutex, plus particulièrement les ACE_RW_Thread_Mutex. Donc, a chaque lecture de containeur je procédé comme il suit :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
     
    lockContaineur.acquire_read();
    for(std::set<T>::iterator itr = containeur.begin(); itr != containeur.end(); itr++)
    {
     // on traite les informations
    }
    lockContaineur.release()
    Pour les écritures, je procède comme ceci :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
     
    lockContaineur.acquire_write();
    containeur.insert(T);
    lockContaineur.release();
    Le problème est que, dans les thread qui on les plus gros containers, le temps d'exécution est très long (je pense que le problème viens des lock sur les write, qui attente bien trop longtemps).

    Ma question est la suivante : y a il un moyen plus rapide ou plus efficace pour garder thread-safe mes containers ? Merci

  2. #2
    Expert éminent sénior
    Avatar de Médinoc
    Homme Profil pro
    Développeur informatique
    Inscrit en
    Septembre 2005
    Messages
    27 379
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 40
    Localisation : France

    Informations professionnelles :
    Activité : Développeur informatique
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Septembre 2005
    Messages : 27 379
    Points : 41 572
    Points
    41 572
    Par défaut
    Franchement, à moins d'avoir des conteneurs qui supportent la modification entre deux étapes d'une itération (et documentent ses effets), je ne vois pas trop.

    Si tu as des conteneurs qui supportent ça, alors tu pourras n'acquérir le verrou en lecture que lors des incrémentations de l'itérateur, plutôt que sur tout le parcours.
    SVP, pas de questions techniques par MP. Surtout si je ne vous ai jamais parlé avant.

    "Aw, come on, who would be so stupid as to insert a cast to make an error go away without actually fixing the error?"
    Apparently everyone.
    -- Raymond Chen.
    Traduction obligatoire: "Oh, voyons, qui serait assez stupide pour mettre un cast pour faire disparaitre un message d'erreur sans vraiment corriger l'erreur?" - Apparemment, tout le monde. -- Raymond Chen.

Discussions similaires

  1. Réponses: 2
    Dernier message: 27/04/2011, 01h19
  2. Des en-tête pour les lignes
    Par Foxynet777 dans le forum SWT/JFace
    Réponses: 10
    Dernier message: 29/09/2006, 10h34
  3. [EasyPHP] Est ce que EasyPHP est gratuit pour les entreprises ?
    Par lenouvo dans le forum EDI, CMS, Outils, Scripts et API
    Réponses: 16
    Dernier message: 27/10/2005, 15h14
  4. Des fonctions OGL pour les images de format usuel ?
    Par jamal24 dans le forum OpenGL
    Réponses: 3
    Dernier message: 31/05/2003, 21h59

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo