Journal
Ce journal contient 7 entrées.
RSS Feed
Tag cloud
Is Parallel Programming Hard, And, If So, What Can You Do About It?
Comme je viens à l'instant de parler de programmation concurrente (http://benjaminbillet.fr/news/index.php?link=d5gw49) et que c'est un sujet que j'aborde finalement beaucoup ici, autant aller à fond dans le sujet avec ce livre dont la version numérique est en accès libre.
Tous mes autres liens sur le thème de la programmation concurrente :
http://benjaminbillet.fr/news/index.php?keywords=concurrence&tagonly=on
jeu. 10 juil. 2014 10:35:19 CEST -
-
link
- https://www.kernel.org/pub/linux/kernel/people/paulmck/perfbook/perfbook.html
concurrence
Tous mes autres liens sur le thème de la programmation concurrente :
http://benjaminbillet.fr/news/index.php?keywords=concurrence&tagonly=on
jeu. 10 juil. 2014 10:35:19 CEST -
-
link
- https://www.kernel.org/pub/linux/kernel/people/paulmck/perfbook/perfbook.html
concurrence
An Introduction to Lock-Free Programming
Encore un article qui revient sur des concepts de programmation concurrente sans verrou (lock-free programming).
Histoire de compléter ceux que j'ai déjà mentionné :)
http://benjaminbillet.fr/news/index.php?keywords=lock
jeu. 10 juil. 2014 10:04:35 CEST -
-
link
- http://preshing.com/20120612/an-introduction-to-lock-free-programming/
concurrence
Histoire de compléter ceux que j'ai déjà mentionné :)
http://benjaminbillet.fr/news/index.php?keywords=lock
jeu. 10 juil. 2014 10:04:35 CEST -
-
link
- http://preshing.com/20120612/an-introduction-to-lock-free-programming/
concurrence
Why Johnny Can’t Write Multithreaded Programs
Je n'aime pas le ton de l'article, et encore moins la phrase "If you used a lock, you probably did something wrong" qui est tout simplement idiote, mais par contre je rejoins l'auteur sur les points suivants :
- utilisez les abstractions fournies par les langages pour gérer la concurrence (pools, queues, workers, etc.).
- utilisez la programmation asynchrone si cela peut éviter d'utiliser des threads.
- efforcez vous de maintenir des threads parfaitement indépendants, qui ne communiquent qu'au travers de queues synchronisées (voir aussi le problème du producteur/consommateur et sa résolution à base de sémaphores http://en.wikipedia.org/wiki/Producer%E2%80%93consumer_problem).
- ne créez pas d'états globaux, sauf si cela est absolument nécessaire.
- faîtes appel à des librairies puissantes pour gérer la concurrence simplement (ex : OpenMP).
mar. 10 déc. 2013 20:42:16 CET -
-
link
- http://blog.smartbear.com/programming/why-johnny-cant-write-multithreaded-programs/
concurrence
- utilisez les abstractions fournies par les langages pour gérer la concurrence (pools, queues, workers, etc.).
- utilisez la programmation asynchrone si cela peut éviter d'utiliser des threads.
- efforcez vous de maintenir des threads parfaitement indépendants, qui ne communiquent qu'au travers de queues synchronisées (voir aussi le problème du producteur/consommateur et sa résolution à base de sémaphores http://en.wikipedia.org/wiki/Producer%E2%80%93consumer_problem).
- ne créez pas d'états globaux, sauf si cela est absolument nécessaire.
- faîtes appel à des librairies puissantes pour gérer la concurrence simplement (ex : OpenMP).
mar. 10 déc. 2013 20:42:16 CET -
-
link
- http://blog.smartbear.com/programming/why-johnny-cant-write-multithreaded-programs/
concurrence
High Level Concurrency Objects
En référence à http://benjaminbillet.fr/news/index.php?link=d5gw5, il semble aussi que les nouvelles API de programmation concurrente soient en général méconnue des développeurs Java formés il y a quelques années.
Java a introduit, toujours depuis Java 5, des structures pour simplifier la gestion de la concurrence dans une application.
La documentation d'Oracle est très claire sur le sujet :
- Les pools automatiques : http://docs.oracle.com/javase/tutorial/essential/concurrency/pools.html
- Le framework Fork/Join : http://docs.oracle.com/javase/tutorial/essential/concurrency/forkjoin.html
- Les collections concurrentes : http://docs.oracle.com/javase/tutorial/essential/concurrency/collections.html
- Et de véritables verrous : http://docs.oracle.com/javase/tutorial/essential/concurrency/newlocks.html
sam. 12 oct. 2013 21:33:12 CEST -
-
link
- http://docs.oracle.com/javase/tutorial/essential/concurrency/highlevel.html
java concurrence
Java a introduit, toujours depuis Java 5, des structures pour simplifier la gestion de la concurrence dans une application.
La documentation d'Oracle est très claire sur le sujet :
- Les pools automatiques : http://docs.oracle.com/javase/tutorial/essential/concurrency/pools.html
- Le framework Fork/Join : http://docs.oracle.com/javase/tutorial/essential/concurrency/forkjoin.html
- Les collections concurrentes : http://docs.oracle.com/javase/tutorial/essential/concurrency/collections.html
- Et de véritables verrous : http://docs.oracle.com/javase/tutorial/essential/concurrency/newlocks.html
sam. 12 oct. 2013 21:33:12 CEST -
-
link
- http://docs.oracle.com/javase/tutorial/essential/concurrency/highlevel.html
java concurrence
The Balancing Act of Choosing Nonblocking Features - ACM Queue
Je vous ai déjà rapidement parlé de l'avantage des algorithmes sans verrous (lock-free) : http://benjaminbillet.fr/news/index.php?link=d5gw1q
Cet article revient en détails sur les différentes techniques et sur la difficulté de choisir des algorithmes et des structures de données lock-free pour un contexte donné.
Une sauvegarde de l'article en PDF ici :
http://benjaminbillet.fr/media/balancing-act-choosing-nonblocking-features.pdf
lun. 12 août 2013 08:07:35 CEST -
-
link
- http://queue.acm.org/detail.cfm?id=2513575
algorithmique concurrence
Cet article revient en détails sur les différentes techniques et sur la difficulté de choisir des algorithmes et des structures de données lock-free pour un contexte donné.
Une sauvegarde de l'article en PDF ici :
http://benjaminbillet.fr/media/balancing-act-choosing-nonblocking-features.pdf
lun. 12 août 2013 08:07:35 CEST -
-
link
- http://queue.acm.org/detail.cfm?id=2513575
algorithmique concurrence
Lockfree Algorithms
En général, limiter le nombre de verrous dans un programme multithread est une bonne pratique, pour deux raisons :
1. cela réduit le nombre d'erreurs imprévues (interblocage, verrous inutiles, etc.).
2. cela augmente la cohérence du programme (grosso modo, pourquoi faire des threads si c'est pour ensuite mettre des verrous partout).
Aussi, rien de mieux que les algorithmes sans synchronisation.
dim. 12 mai 2013 09:06:04 CEST -
-
link
- http://www.1024cores.net/home/lock-free-algorithms
algorithmique concurrence
1. cela réduit le nombre d'erreurs imprévues (interblocage, verrous inutiles, etc.).
2. cela augmente la cohérence du programme (grosso modo, pourquoi faire des threads si c'est pour ensuite mettre des verrous partout).
Aussi, rien de mieux que les algorithmes sans synchronisation.
dim. 12 mai 2013 09:06:04 CEST -
-
link
- http://www.1024cores.net/home/lock-free-algorithms
algorithmique concurrence
POSIX Threads Programming
Allez, aujourd'hui on révise ses threads POSIX, avec ce cours bien complet.
Et on révise aussi les signaux, tant qu'on y est : http://www.linuxprogrammingblog.com/all-about-linux-signals
mer. 31 oct. 2012 15:44:11 CET -
-
link
- https://computing.llnl.gov/tutorials/pthreads
concurrence c/c++
Et on révise aussi les signaux, tant qu'on y est : http://www.linuxprogrammingblog.com/all-about-linux-signals
mer. 31 oct. 2012 15:44:11 CET -
-
link
- https://computing.llnl.gov/tutorials/pthreads
concurrence c/c++
Ce journal est basé sur Ginger, un gestionnaire de lien minimaliste développé dans le cadre d'un stage de perfectionnement. Pour plus d'informations, consulter le wiki consacré à mes projets personnels.