et la plupart du temps coder correctement du multithreading au niveau applicatif revient à utiliser un modèle proche du multiprocessing, avec de vagues perfs vaguement meilleures
Vaguement meilleures ? Je n'ose pas imaginer les perfs du multiprocessing sous Windows, qui n'a pas de fork() (et donc pas d'optimisation copy-on-write non plus). Ça doit être super 50 processus Firefox à 50 Mo de RAM chacun...
Quant à dire que le multithreading et le multiprocessing c'est la même chose, c'est n'importe quoi : pour communiquer entre tes processus il va falloir - léger détail ! - t'amuser à sérialiser tes données ; alors qu'entre des threads le partage est implicite et sans limite arbitraire.
[^] # Re: à troll troll et demi
Posté par Antoine . En réponse au journal Mozilla, son cycle de développement de 6 semaines et Eletrolysis. Évalué à 4.
Vaguement meilleures ? Je n'ose pas imaginer les perfs du multiprocessing sous Windows, qui n'a pas de fork() (et donc pas d'optimisation copy-on-write non plus). Ça doit être super 50 processus Firefox à 50 Mo de RAM chacun...
Quant à dire que le multithreading et le multiprocessing c'est la même chose, c'est n'importe quoi : pour communiquer entre tes processus il va falloir - léger détail ! - t'amuser à sérialiser tes données ; alors qu'entre des threads le partage est implicite et sans limite arbitraire.