si l'application n'est pas prévue pour, yaura 3 coeurs qui foutront rien (mais ya un coeur qui peut faire la gestion windows pendant ce temps, par exemple, mais ça représente pouillème de chouilla)
si l'appli est prévue en 2 threads, yaura 2 coeurs au travail, autant au repos.
si tu as des applis multithreadées, tu peux arriver à avoir 4 coeurs qui travaillent à 100%. sauf que, bien souvent, il faut quand meme un thread principal qui "synchronise" les autres, par exemple, tu peux avoir un jeu qui gère en parallèle les graphismes d'un coté, l'IA des monstres de l'autre, le positionnement en 3D pour le son, et le thread principal qui gère tout ça pour le joueur. mais à un moment, yaura forcément le thread principal qui pourra pas aller plus vite que la vitesse d'execution d'un seul coeur. et les autres threads (et donc les autres coeurs) seront forcés d'attendre que le thread principal ait avancé dans ses calculs pour qu'il leur envoie leurs nouvelles données
.
c pour ça, et pour le fait que, bien souvent, les jeux les plus multithreadés sont encore prévus en 2 threads, pas plus, qu'il vaut mieux un CPU bicoeur rapide qu'un quadcore un peu plus lent 
et pour l'OC, le quadcore, c 2 fois plus de problèmes qu'un bicore 
Message édité par misato le 22-03-2008 à 17:28:29
---------------
shibboleet ! - HADOPI vous a plu ? Vous allez adorer la LOPPSI ! - generation NT bande de criminels inconscients !