Oui et le divx c'est sur, ca represente un gros pourcentage d'applications !
C'est ridicule parceque il faut coder specifiquement pour ces instructions or tous les proc ne les supportent pas et dans un avenir probablement plus aucun proc ne les supporteront, il n'y a aucune garantie. Tu achetes un proc pour les performances qu'ils apportent juste pour les divx ou pour toutes les applications restantes ? Libre a toi d'acheter un Pentium 4 parceque il y a SSE2 dedans et pas dans les autres procs, moi je trouve ca particulierement stupide.
Y'a un principe fondamental en architecture (et pas uniquement dans ce domaine) : optimiser le cas le plus courant et ne pas perdre de temps sur les cas qui ne le sont pas.
Or ici tu viens juste d'ecrire que c'est utile que pour quelques applications notamment le divx : bref ces instructions specifiques ne profitent qu'a un faible pourcentage.
Si on resume les instructions que tu cheries tant, elles sont :
- applicables qu'a un faible nombre de soft
- il faut re-ecrire des parties du soft pour en tirer profit
- on devient plus ou moins dependant de ces instructions et ca complique le code avec tous les problemes que ca comporte
- il y a aucune garantie de perenite
Donc oui au final c'est utile pour les divx ou les mp3, cool : mieux vaut avec que sans mais ca reste anecdotique et principalement du marketing.
En attendant HyperThreading ca ameliore la rapidite de tous les softs dans un environement multi-threade tout comme les innovations comme le risc, ooo, l'introduction du pipeline, le branch prediction etc... sans devoir bidouiller le code de ton programme.
Lis Computer Architecture A Quantitative Approach
C'est une reference dans le domaine et ensuite tu comprendras que c'est du pipo, il y a un court paragraphe dessus.
[^] # Re: MplayerXP fork de MPlayer avec support des threads
Posté par tanguy_k (site web personnel) . En réponse à la dépêche Document sur le développement de mplayer. Évalué à 3.
C'est ridicule parceque il faut coder specifiquement pour ces instructions or tous les proc ne les supportent pas et dans un avenir probablement plus aucun proc ne les supporteront, il n'y a aucune garantie. Tu achetes un proc pour les performances qu'ils apportent juste pour les divx ou pour toutes les applications restantes ? Libre a toi d'acheter un Pentium 4 parceque il y a SSE2 dedans et pas dans les autres procs, moi je trouve ca particulierement stupide.
Y'a un principe fondamental en architecture (et pas uniquement dans ce domaine) : optimiser le cas le plus courant et ne pas perdre de temps sur les cas qui ne le sont pas.
Or ici tu viens juste d'ecrire que c'est utile que pour quelques applications notamment le divx : bref ces instructions specifiques ne profitent qu'a un faible pourcentage.
Si on resume les instructions que tu cheries tant, elles sont :
- applicables qu'a un faible nombre de soft
- il faut re-ecrire des parties du soft pour en tirer profit
- on devient plus ou moins dependant de ces instructions et ca complique le code avec tous les problemes que ca comporte
- il y a aucune garantie de perenite
Donc oui au final c'est utile pour les divx ou les mp3, cool : mieux vaut avec que sans mais ca reste anecdotique et principalement du marketing.
En attendant HyperThreading ca ameliore la rapidite de tous les softs dans un environement multi-threade tout comme les innovations comme le risc, ooo, l'introduction du pipeline, le branch prediction etc... sans devoir bidouiller le code de ton programme.
Lis Computer Architecture A Quantitative Approach
C'est une reference dans le domaine et ensuite tu comprendras que c'est du pipo, il y a un court paragraphe dessus.
merci d'avoir participer.