[HYPER-THREADING] option de compilation?

Bonjour à tous,

J'ai développé un driver qui fonctionne parfaitement bien sur une machine Intel Core 2 CPU 6400 @ 2.13GHz (1 Go RAM)
Ce driver est utilisé par nos cartes d'acquisition.
Il a été développé en C++ avec VisualStudio.NET 2003 et utilise en une librairie de driver générique qui fait le passage en mode kernel (mais cela n'est pas vraiment utilse à savoir).

Le problème est qu'une fois ce driver installé sur une machine de type Xeon (bi-processeur dual core 2) avec hyper-threading activé, la vitesse d'acquisition s'écroule provoquant l'obtention d'images corrompues en sortie du driver (l'application m'affiche des images incorrectes: décallage d'informations dans l'image).
Mais ceci semble être une simple conséquence d'une mauvaise gestion, par l'architecture système, des threads en fonctionnement dans le driver.

Par ailleur, en enlevant un processeur et en désactivant l'hyper-threading sur cette machine Xeon, le problème n'apparaît plus. Mes images semblent correct. Par contre, la consommation CPU est de 100%.

Ce problème est très déroutant!

Quelqu'un possède-t-il une information utile qui pourrait expliquer ce disfonctionnement dans la machine Xeon,

Existe-t-il, dans le compilateur de Visual Studio 2003, une option de compilation pour prendre en charge l'hyper-threading?

En concidérant que cette option existe, si je ne l'utilise pas, est-il possible alors qu'un ralentissement aussi énorme se produise?

Merci pour toutes vos suggestions...

Visiblement ce post n'inspire guère beaucoup de monde.

De toute façon le problème est résolu...
La machine Xeon ne possède pas un bon contrôleur graphique, ou peut-être que le driver de ce contrôleur graphique est buggé.

En utilisant une simple carte graphique, je n'ai plus aucun problème.

Les effets observés dans les images peuvent facilement être expliqués. En effet, la lenteur provenant du contrôleur graphique engendre un timing critique dans la carte d'acquisition. Il faut savoir que je travaille avec une caméra linéaire. La carte d'acquisition reçoit donc des signaux de ligne. Si on perd du temps à cause d'un autre composant (ici le contrôleur graphique) dans la même machine, et que la carte, elle, continue à recevoir les lignes de la caméra, alors il arrive un moment où cette la d'acquisition constate un overflow dans sa mémoire. Si malgrè le status d'overflow détecté, on continue à effectuer de l'acqusition au niveau applicatif, alors il est tout à fait probable que l'on perde des lignes dans l'image. On a alors l'impresion que l'image tourne (càd que le haut de l'image se retrouve en bas)...

Citation:

---

Envoyé par raphael_kindt

Le problème est qu'une fois ce driver installé sur une machine de type Xeon (bi-processeur dual core 2) avec hyper-threading activé, la vitesse d'acquisition s'écroule provoquant l'obtention d'images corrompues en sortie du driver (l'application m'affiche des images incorrectes: décallage d'informations dans l'image).
Mais ceci semble être une simple conséquence d'une mauvaise gestion, par l'architecture système, des threads en fonctionnement dans le driver.

---

Contrairement aux croyances communes, la programmation multi processus n'accélére pas toujours les temps de traitement surtout si elle est mal employée.
Normal : l'OS doit commuter n fois par secondes et déléguer au(x) CPU le bout de code à exécuter.
Donc c'est au niveau de la couche d'application au dessus du driver qui doit être optimisée pour exploiter la programmation multi-processus.
Je doute que cela vienne du driver car les drivers sont placés dans une couche basse au niveau du CPU/OS;
je doute que le CPU commute sur le code exécutable d'un driver car le code des drivers placé aussi bas tourne constamment.

Citation:

---

Existe-t-il, dans le compilateur de Visual Studio 2003, une option de compilation pour prendre en charge l'hyper-threading?

---

A ma connaissance non sauf preuve du contraire.
Visual Studio est optimisé pour le ....Pentium Pro :oops:
C'est à toi de faire les optimisations nécessaires.
Pour la gestion de l'hyperthreading c'est l'OS qui gère ça , le parallèlisme entre taches.

Je ne suis même pas sur que Windows XP exploite à 100% les fonctionnalités des nouveaux processeurs d'Intel ou AMD ( Hyperthreading, Dual Core...).
Peut-être Vista ?
Peut-être une piste: si tu veux exploiter les performances à 100% des CPU il faut une biblio additionnelle genre VTune d'Intel

http://www3.intel.com/cd/software/pr...cks/294797.htm

http://www3.intel.com/cd/software/pr...vpa/219898.htm