bah disons que perso, vu que je rale une fois qu´il y a un ralentissement, je ne supporterai pas de voir un processus me bougger tout mon cpu.

tu sais, au début j´étais sceptique moi-aussi. pour m´en convaincre, j´ai fait un test:

compresser 1 fichier wav de 600 mo en mp3 avec et sans le seti ( même paramètres d´encodage ) . et résultat: avec le seti, ça m´a pris à peine que quelques secondes de plus alors que ça m´a pris 5 ou 6 bonnes minutes à l´époque!

mais avec le seti version graphique, il en ai peut-être autrement, ça... et c´est pour ça qu´ils sortent leurs logiciels optimisés ( version texte ) , pour ne pas ralentir la machine. bref, ils sont utilisés en arrière plan; donc au niveau de la priorité, ils sont derniers. mais bon, vu que les ressources du proco dispo sont souvent supérieures à 95 %, autant en profiter!

c qui m´inquiete, c la gestion farfelue de windows des priorité.

Tu ne tourne pas sous linux si je me souviens bien?

non je suis qu´un user lambda pour les linuxiens! que ce soit sous 98, 2000, xp, ma machine n´a jamais été ralentit à cause de ça.

et quand je faisait du divx/xvid, je le coupais carrément! mais depuis que j´ai le p4 HT ( simu de 2 proco ) , je vais tester le seti " que sur un proco " simultanément avec le compression en divx/xvid pour voir. et je suis persuadé que si je fais que compresser du divx/xvid avec l´hyper threading d´activé ( mais sans le seti ) , il me restera encore environ 50% de ressources libres ( au niveau du proco ) car j´ai constaté que rien ne dépasse les 50% sauf à la limite les processus inactifs quand le seti ne tourne plus!

au fait je parle du seti mais il y en a d´autres et plus utiles que ça mais bon. quand j´ai commencé, il n´y avait que le seti et depuis, je suis comme " obsédé " par mes stats!