Il n'y a qu'un code optimisé qui peut exploiter plein de coeurs ! La preuve !

Anandtech a fait une triste expérience, et pourtant sur le papier l'enthousiasme devait être là : tester un PC équipé de 4 Xeon E5-4650L et 128Go de DDR3 1600 ECC, ça fait un sacré paquet de patate et de pognon quand on sait que chaque CPU coûte plus de 3500$ ! Donc un Xeon E5-4650L a la faculté de se lier à 3 autres comme lui, mouline à 2.6 GHz et 3.1 GHz via turbo, a 8 coeurs et 16 threads, 20Mo de cache, oui c'est un Sandy Bridge EP

Oui mais voilà, malgré les 256 coeurs max théoriques gérés par Windows Serveur 2008 R2, et donc les 64 threads totaux correctement affichés dans le taskmanager, les logiciels du panel ont un peu fait ce qu'ils ont voulu, détectant souvent au mieux 32 coeurs. Premier problème donc, il a fallu bidouiller pour faire prendre en compte tous les threads, mais si ce n'était que cela...

Car dans les résultats que vous allez regarder avec attention, vous allez voir que rares sont les logiciels qui sont codés pour autant de coeurs, du coup il est fréquent qu'un Core i5 2500K fasse mieux, une hérésie. En revanche quand tout roule, c'est une tuerie forcément. Cela montre bien que le codage et l'optimisation, c'est avant tout un problème plus humain que technique.

Le test, mais ça c'était avant le drame !