|
Informations sur les modules UCI |
|
|
|
|
Informations sur les modules UCI |
|
|
Informations sur les modules UCI
|
Informations sur les modules UCI |
|
|
|
|
Informations sur les modules UCI |
|
|
Informations sur les modules UCI
Informations sur les modules UCI |
|
|
|
Informations sur les modules UCI |
|
|
|
Informations sur les modules UCI
Lors de l'utilisation des différents modules sous l'interface Fritz, il faut savoir que les modules UCI, à l'inverse des modules "Native" comme Fritz, Shredder, Hiarcs ou Rybka, communiquent à travers une autre interface avec le programme.
Si on fait analyser un Native et module UCI en parallèle la répartition des ressources n'est pas à 50:50, mais le module UCI obtient un peu moins de temps CPU. La raison est la gestion des processus par Windows. L'application en avant-plan obtient une plus grande priorité et ainsi plus de temps de calcul.
Native Engines, comme par ex. les modules Fritz, fonctionne tous comme Threads, ainsi la répartition du temps de calcul est indépendant qu'ils soient au premier plan ou non. Les modules UCI par contre sont des processus. Normalement l'interface est un processus d'avant plan, le module UCI un processus d'arrière plan. Comme le module Fritz fonctionne en avant plan, il reçoit plus de temps de calcul. On peut modifier cela en plaçant les deux processus en arrière plan. La façon la plus simple d'obtenir ceci est d'ouvrir le Task Manager qui est donc au premier plan. On reconnaît ce fait à ce que la barre titre du Taskmanager est en bleu et non en gris.
Dans ce cas les deux modules sont des applications d'arrière plan et reçoivent le même temps de calcul. N'importe quel programme remplit évidement cette fonction. Dans Windows il existe aussi une réglage qui permet de changer cela.
Normalement le réglage est configuré pour "optimiser les programmes", on peut le modifier en "optimiser pour les services d'arrière plan". Si l'on bascule les deux modules recevront le même temps de calcul. En règle général ce n'est pas conseillé car Windows devient capricieux dans son utilisation. Cette option a été créée pour les serveurs pour lesquels la priorité des services dépend de l'avant-/arrière-plan.
Sur un ordinateur Dual, il n'y a pas de problème aussi longtemps que chaque module n'utilise qu'un processeur. Dans ce cas les deux modules obtiennent le même temps de calcul car ils ne se dérangent pas mutuellement.
Le problème n'intervient ici qu'à partir de 3 modules, puisque seulement à ce moment les ressources doivent être partagées. Il n'apparaît pas sur un ordinateur mono-processeur avec deux modules UCI ou deux modules Native, car dans ce cas ils sont traités de la même façon.