Un des problème avec les locks est le suivant. Imaginez que vous utilisez les locks de la meilleur façon possible, et n'avez qu'une minuscule section critique, il y a toujours le risque que par malheur, (cache miss, ou temps écoulé), le noyaux passe la main à un autre thread/process sur le core, alors que ce thread a le lock.
Résultat, les autre thread qui normalement auront aussi besoin de la ressource tôt ou tard, vont aussi se retrouver bloquer et devoir attendre que le noyau repasse la main au premier thread. Celà ralenti considérablement.
Avec la programmation transactionelle (lock-free) ceci n'est plus un problème
[^] # 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é à 4.
Aussi…
Un des problème avec les locks est le suivant. Imaginez que vous utilisez les locks de la meilleur façon possible, et n'avez qu'une minuscule section critique, il y a toujours le risque que par malheur, (cache miss, ou temps écoulé), le noyaux passe la main à un autre thread/process sur le core, alors que ce thread a le lock.
Résultat, les autre thread qui normalement auront aussi besoin de la ressource tôt ou tard, vont aussi se retrouver bloquer et devoir attendre que le noyau repasse la main au premier thread. Celà ralenti considérablement.
Avec la programmation transactionelle (lock-free) ceci n'est plus un problème