Mais en fait c'est le contraire, la mémoire transactionelle est surtout utile lorsqu'il y a de la contention.
Si il n'y a pas de contention, alors bloquer n'est pas un problème. Verouiller et déverouiller prennent seulement quelques instructions. Et les autre thread ne seront pas ralenti car il n'ont pas esoin de la ressource à ce moment.
C'est quand il y a contention que les problème se posent, et que de nombreux thread sont en attente.
C'est là que la mémoire transactionelle aide: On espère que les autre threads qui utilise les même resources au même moment n'entrent pas trop en conflits. Et en cas de conflit, on suppose que ça coute moins cher de recalculer la transaction que de bloquer.
[^] # Re: A voir Re: Exemple de gain avec la mémoire transactionnelle ?
Posté par Gof (site web personnel) . En réponse à la dépêche Sortie de la version 4.7 du compilateur GCC. Évalué à 2.
Mais en fait c'est le contraire, la mémoire transactionelle est surtout utile lorsqu'il y a de la contention.
Si il n'y a pas de contention, alors bloquer n'est pas un problème. Verouiller et déverouiller prennent seulement quelques instructions. Et les autre thread ne seront pas ralenti car il n'ont pas esoin de la ressource à ce moment.
C'est quand il y a contention que les problème se posent, et que de nombreux thread sont en attente.
C'est là que la mémoire transactionelle aide: On espère que les autre threads qui utilise les même resources au même moment n'entrent pas trop en conflits. Et en cas de conflit, on suppose que ça coute moins cher de recalculer la transaction que de bloquer.