Le MMX n'est pas qu'un effet de manche marketing. Les instructions SIMD (Single Instruction, Multiple Data) comme celles du jeu MMX permettent de réaliser la même opération sur plusieurs données en parallèle, et ce de façon atomique par nature. Utilisé judicieusement (par exemple pour des calculs sur des pixels), ça peut doubler/tripler les performances, et ça peut être une manière aisée de paralléliser certains traitements sans utiliser de threads.
'fin sinon, avec un ami on avait dû tester un noyau compilé pour i386 sur une machine, et tout était vraiment plus lent qu'avec un noyau optimisé pour l'architecture réelle. Je ne sais pas si l'impact est aussi important en userland, mais en tout cas ça influe très fortement les perfs du kernel. Dans tous les cas, Slackware est entièrement compilée avec "-O2 -march=i486 -mtune=i686" et c'est la distribution la plus rapide que j'ai utilisé (à l'époque, Slackware 9.1 comparée à Mandrake 9.2, Red Hat 9 et une vieille Debian).
[^] # Re: Merci pour tout ces commentaire
Posté par JaguarWan . En réponse au journal utilité du i386. Évalué à 1.
'fin sinon, avec un ami on avait dû tester un noyau compilé pour i386 sur une machine, et tout était vraiment plus lent qu'avec un noyau optimisé pour l'architecture réelle. Je ne sais pas si l'impact est aussi important en userland, mais en tout cas ça influe très fortement les perfs du kernel. Dans tous les cas, Slackware est entièrement compilée avec "-O2 -march=i486 -mtune=i686" et c'est la distribution la plus rapide que j'ai utilisé (à l'époque, Slackware 9.1 comparée à Mandrake 9.2, Red Hat 9 et une vieille Debian).