Question sans intéret de savoir si on prend dès le départ le risque que ça plante après avoir fait le constat que 3/4 des programmeurs ne comprenent rien à la concurrence, ou si les revues sont particulièrement bonne de se priver des 3/4 des programmeurs qui ne comprennent rien à la concurrence ???
Ce qui compte c'est de savoir quel modèle permet le plus facilement d'écrire des applications avec des opérations concurrentes.
Le multiprocessing, car alors on n'a pas à se soucier des problèmes de corruption, deadlock, etc., dus aux erreurs de synchronisation.
Les GUI sont typiquement dans un seul thread donc très mauvais exemple puisque le multiprocessing non seulement se fait naturellement dans ce cas mais permet d'augmenter les perfs des multiples GUI sur un multiprocesseur. Après dans certains cas on peut transiger et utiliser uniquement un modèle de message passing dans une application multithreadée (ce qu'il vaut mieux faire pour éviter de jouer avec le feu si on veut vraiment faire du multithreading, surtout en prévision d'un projet à long terme)
Malheureusement les GUI ne sont pas le seul domaine dans lequel l'architecture est à la ramasse et on trouve aussi des horreurs sans nom dans des logiciels télécoms libres très connus.
[^] # Re: à troll troll et demi
Posté par Guillaume Knispel . En réponse au journal Mozilla, son cycle de développement de 6 semaines et Eletrolysis. Évalué à 1.
Question sans intéret de savoir si on prend dès le départ le risque que ça plante après avoir fait le constat que 3/4 des programmeurs ne comprenent rien à la concurrence, ou si les revues sont particulièrement bonne de se priver des 3/4 des programmeurs qui ne comprennent rien à la concurrence ???
Le multiprocessing, car alors on n'a pas à se soucier des problèmes de corruption, deadlock, etc., dus aux erreurs de synchronisation.
Les GUI sont typiquement dans un seul thread donc très mauvais exemple puisque le multiprocessing non seulement se fait naturellement dans ce cas mais permet d'augmenter les perfs des multiples GUI sur un multiprocesseur. Après dans certains cas on peut transiger et utiliser uniquement un modèle de message passing dans une application multithreadée (ce qu'il vaut mieux faire pour éviter de jouer avec le feu si on veut vraiment faire du multithreading, surtout en prévision d'un projet à long terme)
Malheureusement les GUI ne sont pas le seul domaine dans lequel l'architecture est à la ramasse et on trouve aussi des horreurs sans nom dans des logiciels télécoms libres très connus.