URL: https://linuxfr.org/users/xilun666/journaux/sus-aux-threads Title: Sus aux threads Authors: Guillaume Knispel Date: 2012年01月20日T18:45:34+01:00 Tags: Score: 7 Nal ; Si comme moi vous avez le cerveau retourné par l'ACPI et que vous voulez à la fois faire une pause et apprendre des trucs et/ou diffuser la connaissance, je ne peux que vous enjoindre, sur un tout autre sujet, d'aller lire et propager [Why Threads Are A Bad Idea (for most purposes) [pdf]](http://www.stanford.edu/class/cs240/readings/threads-bad-usenix96.pdf) qui déjà à l'époque avait tout compris. D'autant que comme le montre l'architecture délétère de certaines bibliothèques et logiciels de télécommunication libres connus, le schéma "Callbacks don't work with locks", B.A. BA qui devrait être enseigné à tout informaticien et que tout informaticien doté d'au moins 3 neurones devrait retenir à vie après ledit enseignement, semble méconnu de personnes pourtant très compétentes par ailleurs (et aussi de personnes très incompétentes par ailleurs, mais dans ce cas c'est plus normal). Je tiens à rétablir la balance du côté où les choses ne se vautrent pas lamentablement un soir de pleine lune à cause de la loi de Murphy et d'une méconnaissance crasse si facile à corriger. Je suis un peu réservé sur la dichotomie thread vs. event qui semble transpirer du papier (mais sa conclusion est saine). Enfin il faut se rappeler que c'est un document d'il y a 16 ans. D'ailleurs certains inconvénients des deux côtés ont partiellement disparus depuis, selon les langages et les systèmes (ex : côté événements les langages modernes fournissent des closures et fonctions anonymes ou autres mécanismes proches qui peuvent faciliter la vie, sur les threads tournant sur du mono CPU l'overhead du locking est devenu négligeable). Le fil de discussion associé sur reddit : http://www.reddit.com/r/programming/comments/ooqic/ahead_of_his_time_why_threads_are_evil_and_events/ Blah, plop !