Hum, bon si on met a part le pipotron qu'est l'hyperthreading ( super j'ai mit autent de cache que sur un Xeon ou un itanium, mais vue que je veux pas concurencer le Xeon et l'itanium je le divise en 2 histoire bien diminuer les perfs ...).
Le mainteneur de mplayer a été trés claire la dessus ( il a méme laisser partir l'un de ses meillieur dev faire son fork mplayerXP ), le multithreading n'apporterait rien ou presque a mplayer méme sur un systéme SMP, a moin que ce soit des 486 ! mplayer tourne largement sur un processeur méme peut puissant ( 500-600Mhz ), si ton systéme est bien foutue le shudler va equilibrer la charge et foutre mplayer sur l'un des processeur point barre, nul besoin d'utiliser les 2 via des thread puis que 1 est emplement suffisant.
Niveau hypertrucmuche de intel ca prouve simplement gain de 50% de perfs c'est du pipo, et que cette technologie sert simplement a complet la perte de perf du a l'utilisation de trops nombreux threads via une gestion du cache astucieuse dans ce cas precis mais desastreuse pour les autres, mais la on entre dans des interet economique autres ( voir la new sur l'ecart croissant entre AMD et Intel ).
[^] # Re: MplayerXP fork de MPlayer avec support des threads
Posté par Beretta_Vexee . En réponse à la dépêche Document sur le développement de mplayer. Évalué à 9.
Le mainteneur de mplayer a été trés claire la dessus ( il a méme laisser partir l'un de ses meillieur dev faire son fork mplayerXP ), le multithreading n'apporterait rien ou presque a mplayer méme sur un systéme SMP, a moin que ce soit des 486 ! mplayer tourne largement sur un processeur méme peut puissant ( 500-600Mhz ), si ton systéme est bien foutue le shudler va equilibrer la charge et foutre mplayer sur l'un des processeur point barre, nul besoin d'utiliser les 2 via des thread puis que 1 est emplement suffisant.
Niveau hypertrucmuche de intel ca prouve simplement gain de 50% de perfs c'est du pipo, et que cette technologie sert simplement a complet la perte de perf du a l'utilisation de trops nombreux threads via une gestion du cache astucieuse dans ce cas precis mais desastreuse pour les autres, mais la on entre dans des interet economique autres ( voir la new sur l'ecart croissant entre AMD et Intel ).