Re: MplayerXP fork de MPlayer avec support des threads

1er : le SMP, on est tous d'accord, c'est mieux au niveau performance que le SMT, c'est evident. Mais le SMP ne te donne pas 100% de perf en plus si tu rajoutes un proco, depuis le temps je croyais que tout le monde etait au courant. 2e : le SMT c'est loin d'etre un pauv truc marketing, le MMX, SSE truc muche en revanche c'est clairement que du marketing. d'ailleurs a l'epoque du 1er pentium MMX (le 166 et le 200MHz) ils avaient augmente la taille du cache L1 par rapport aux meme procs sans MMX alors forcement les cretins de journalistes attribuaient l'augmentation de perf aux instructions MMX. Ici le SMT permet d'obtenir le maximum du processeur (le P4 a ete dessine pour le SMT notamment la FPU). Pour moi c'est une evolution aussi importante que l'introduction du pipeline, du out of order, du branch prediction ect... moi je trouve que c'est une reelle innovation. Si pour l'instant c'est pas encore parfait, ca va s'ameliorer. Et ce gain de perf on l'obtient sans rien faire, sans devoir recompiler quoi que se soit, sans foutre des bouts de code en assembleur ou re-ecrire les compilos comme pour les MMX truc merde. Il suffit juste de faire fonctionner plusieurs threads en meme temps c'est tout : donc la meme condition que pour le SMP Y'a pas que les perfs dans la vie, y'a aussi le prix qui compte. Sinon tout le monde aurait des bi-procs le rapport qualite/prix ca a son importance et celui-ci est bien plus important pour le SMT que le SMP -> au revoir SMP, c'est la loi de la nature.