Bon exemple en effet. Présenté comme ça, ce n'est pas très engageant.
Et plus généralement, même si je suis prêt à admettre que la MT a de grands avantages dans certains cas que je ne connais pas, je n'aime pas trop la philosophie derrière : "C'est bon vous pouvez tout partager maintenant, on se charge du reste".
Je préfère un esprit fonctionnel ("On ne partage rien. Chaque thread a ses ressources. Le peu qui est partagé est protégé.") que j'essaie d'appliquer le plus rigoureusement possible.
Dans l'exemple bancaire de l'article, je dirais qu'un seul thread doit être responsable de la mise à jour de la valeur et que les deux threads mentionnés ne font que produire un delta à appliquer qu'ils lui communiquent au moyen d'une structure atomique (fifo).
[^] # Re: Et si un thread se fait toujours voler l'accès mémoire ?
Posté par Ivan Le Lann . En réponse à la dépêche IBM lance la mémoire transactionnelle dans le matériel. Évalué à 2.
Bon exemple en effet. Présenté comme ça, ce n'est pas très engageant.
Et plus généralement, même si je suis prêt à admettre que la MT a de grands avantages dans certains cas que je ne connais pas, je n'aime pas trop la philosophie derrière : "C'est bon vous pouvez tout partager maintenant, on se charge du reste".
Je préfère un esprit fonctionnel ("On ne partage rien. Chaque thread a ses ressources. Le peu qui est partagé est protégé.") que j'essaie d'appliquer le plus rigoureusement possible.
Dans l'exemple bancaire de l'article, je dirais qu'un seul thread doit être responsable de la mise à jour de la valeur et que les deux threads mentionnés ne font que produire un delta à appliquer qu'ils lui communiquent au moyen d'une structure atomique (fifo).