Reprise du message précédent :
effectivement je viens de faire le test et j'obtiens les memes resultats au 10ieme de seconde pret  
 
Pourtant je ne sais pas combien de fois j'ai lu / entendu que make -j2 etait plus rapide même sur un uniprocesseur, ca doit être une légende urbaine

C'est une légende urbaine, d'ailleurs tu n'es pas le premier à me faire cette réfléxion. M'enfin je testerait avec plus de thread pour prouver mes dires au linuxiens qui m'ont mailé

 
Dans le premier, il y avait un gain en smp parce que le son est géré avec un thread séparé(avec esd, je suis plus certain), mais je sais plus ou j'ai vu ça

Non c'est pas une legende urbaine.
Si tu as beaucoup de memoire, les .h tirés par le 1er thread sont dans le cache
Pendant que le 1er thread attend de lire/ecrire; le deuxieme peut (parfois) bosser avec le cache
 
Essaye de recompiler un gros truc avec -j 1 et -j 7
tu verras la différence

Pour mon PII-400 sur ma Gentoo, dans le make.conf l'option "-j 2" est activée par défaut, même pour les systèmes mono-processeurs. Est-ce que ça affecte vraiment les performances ?

Au fait, ça ne sert à rien de tester avec Quake 3 sous Linux, car il n'y a que la version Win32 qui est capable de profiter du SMP (ou de l'HT). John Carmack avait expliqué à l'époque qu'il n'était pas un pro de la programmation multi-threadée sous Linux, et que donc ça n'était pas implémenté dans le binaire Linux.
Je doute donc qu'il y ait la moindre différence entre Quake 3 linux SMP et Quake 3 Linux monoP.

si, maintenant ça y est depuis la 1.32: http://www.idsoftware.com/downloads/132_changes.html

Ah ouais, c'est sympa, ça. Et il y a quelqu'un qui a fait des tests Quake 3 SMP/pas-SMP sous Linux, pour voir ce que ça apporte ?