Réponse acceptée !
Donc j'ai essayer, et ca marche nikel. C'est juste un peu galère pour trouver le n° du thread car il n'y a que par son numéro système que l'on peut y arriver. En fait, la collection récupérée est triée par ordre de création de chaque thread de l'application. Pour connaitre le n° d'un thread, il suffit de récupérer le dernier objet ProcessThread de la collection juste après la création du thread, sachant que dans le processus, une fois l'application lancée, il n'y a pas de création de threads supplémentaires (15 environ au démarrage).
Voila comment j'ai procédé :
...
using System.Diagnostics;
using System.Threading;
..................
ProcessThreadCollection Collection = Process.GetCurrentProcess().Threads;
foreach (ProcessThread P_Thread in Collection)
{
//Déplacement de tous les threads du processus sur le processeur 1, (le 2 est réservé pour la mesure)
P_Thread.ProcessorAffinity = new IntPtr(1);
}
Thread_mesure = new Thread(Funct_mesure);
Thread_mesure.IsBackground = true;
Thread_mesure.Priority = ThreadPriority.Normal;
Thread_mesure.Start();
//Récupération du n° du dernier Thread créé, afin de le lancer sur l'autre processeur (donc le 2)
Collection = Process.GetCurrentProcess().Threads;
Collection[Collection.Count - 1].ProcessorAffinity = new IntPtr(2); //Collection.Count-1 correspond au dernier thread
...............
Voila ca peut toujours servir, lorsqu'on veut utiliser les ressources CPU à fond (surtout pour les Dual-Core), sachant qu'il est possible de faire changer le thread de processeur pendant son exécution. On peut par exemple créer un gestionnaire interne de performance. A voir... Si vous avez des objections, des conseils, je prend volontier ^^.
Jdek