Donc a priori il n'y aura pas d'interaction entre ces deux mécanismes ; ils seront superposables.
Leur cohabitation est une souplesse et une complexification à la fois à cause du choix. Si la mémoire transactionnelle est suffisante pour gérée correctement 80 % des cas, le jeu en vaudra la chandelle. Reste à juger sur pièce.
Moi aussi je ne suis ni pour ni contre. Si les programmeurs ressentent la nécessité d'introduire un nouveau concept c'est qu'il existe une classe de problèmes dont la résolution est sous-optimale (ou impossible ?) en l'état actuel. Même si la mémoire transactionnelle ne devait pas être bonne réponse à cette difficulté, toutes les voies doivent être explorées pour y remédier.
[^] # Re: Mémoire transactionnelle et verrous
Posté par Anonyme . En réponse à la dépêche Sortie de la version 4.7 du compilateur GCC. Évalué à 1.
Donc a priori il n'y aura pas d'interaction entre ces deux mécanismes ; ils seront superposables.
Leur cohabitation est une souplesse et une complexification à la fois à cause du choix. Si la mémoire transactionnelle est suffisante pour gérée correctement 80 % des cas, le jeu en vaudra la chandelle. Reste à juger sur pièce.
Moi aussi je ne suis ni pour ni contre. Si les programmeurs ressentent la nécessité d'introduire un nouveau concept c'est qu'il existe une classe de problèmes dont la résolution est sous-optimale (ou impossible ?) en l'état actuel. Même si la mémoire transactionnelle ne devait pas être bonne réponse à cette difficulté, toutes les voies doivent être explorées pour y remédier.