TheBreton a écrit 932 commentaires

je connais pas gethrtime mais sous un linux std la notion de temps nano n'existe pas (en dehors du tick de scheduler qui varie d'une machine a l'autre).
Par contre, sur des machines de type Pentium et ulterieur, il existe un registre 64bits qui depend de la frequence du coeur qui s'incremente tous les tick micros (donc toute les x nano), il est possible de le lire au niveau kernel avec les macros assembleurs qui vont bien (le registre s'apelle TSC et est lu par les macro du fichier /usr/src/linux/asm/msr.h )
Par contre, la valeur du TSC n'est pas transmis au user space a ma connaissance.
Il est possible facilement d'ecrire un module qui le ferait mais le temps entre la lecture du registre et la prise en compte de la valeur par l'appli est inconnu, donc le temps lu serait faux.
c'est pour ca que la fonction n'as pas ete porté sans doute.
Et c'est aussi pour ca que chaque fonction temps-reel ce fait au niveau kernel et non-userspace.
J'ai repondu rapidement et j'espere avoir fais assez simple
y a des questions ?

c'est surtout sur le fait que l'utilisation du C++ rajoute des lourdeurs en taille dans le code, l'inclusion de fonction d'allocation dynamique de mémoire (qui sont une horreur)...et plein d'autre chose joyeuse alors que on essaye par tous les moyens de reduire la taille du code (et donc aussi le temps d'execution globale)...
le travail a ete fait par jesaitpusqui et le kernel grossissait globalement de 20%.Le rajout des fonctionnalitée du C++ ne se justifiant pas cette idée a ete gelée.

Au pire (et apres 3 bouteilles de wiskey), est-il envisageable de developper soi-meme le driver ? J'ai programme pas mal d'applications de gestions en utilisant divers langages, mais je n'ai aucune idee des contraintes liees au dev d'un driver pour un tel materiel...

Bin un drivers c'est pas *si* difficile que ca as faire quand on connait bien le truc.
Par contre si tu ne connais pas du tout le composant, ni sa doc, ni la programmation kernel (qui ne peut se faire qu'en C)...tu auras tombé plus que 3 boutanche de whiskey avant que ca marche.
Perso je fais des drivers USB/PCI pour nos cartes et je te conseille le bouquin 'writing device drivers' d'alexandro rubini pour bien commencer. Le bouquin est au format PDF est telechargable gratuitement sur le sit o'reylli.
Sache toutefois qu'il traite les interfaces kernel->modules du kernel 2.4 et que ca as changé dans le 2.6, c'est pourquoi une grande partie des drivers ont du etre re-ecris......
Bref c'est une autre discution que tout ca, sache (cerise sur le gateau) que le dev d'un drivers se traduit souvent par pas mal de crash du kernel avec en prime corruption du disque dur local, donc je prefere utiliser une machine uniquement destiné a debugger les drivers plutot que ma machine principale....
si tu as des questions....

Deuxième problème majeur: Ma clé USB ne marche plus. Lorsque l'insère dans le port USB, ellle n'est même pas activé.

Par activée tu entend quoi ?
- L'automount ne fonctionne plus ?
- Impossible de faire un mount à la main ?
- Pas de détection de la clef au moyen d'un lsusb ?

je crois saisir mais sans etre sur, tu as des machines avec pas mal de process et tu te plaint de leur manque de reactivité quand tu bouge la souris par exemple ?
Tout est une question de compromis:
tes applis consomme le temps que l'on leur donne et s'execute en un certain temps.
Si tu veut que ton systeme donne moins de temps a tes applis pour en consommer plus a etre reactif c'est possible en modifiant le time-slice dans le scheduler ce qui donnera plus de tache execute en 1seconde mais avec moins de temps pour chaque tache.
Au resultat, un systeme peut reactif mais ou toute les taches s'execute en une heure peut se transformer en systeme hyper reactif toutes les taches s'execute en deux heures (c'est des exemples).
Si par contre tu travaille sur des parcs de machines, le principe est different, une machine qui fais l'interface avec l'humain et plusieurs machine ne sont que des centres de calcul (pas de carte graphic,ni clavier, ni souris donc pas de temps machine consommé pour leur gestions, juste un CPU, de la memoire, une carte reseau,un kernel light, un config minimal....en gros tu les utilises comme des CPU a qui tu envoie une suite de calcul et qui te renvoie la liste de resultat....

Ca depend quel est ton besoin de temps reel ?
mais des solutions existe.
Si c'est pour une lecture video plus fluide sur une petitg config , il n'y a rien a attendre.
Si tu as besoin d'une tache (ou plusieurs) bien precise avec des imperatif temps-reel regarde pour utiliser RTAI ou RTLinux qui sont des patchs systemes pour lequel Linux et ces appli sont des taches de moyenne importance et qui permette une communication par des pipe entre des taches temps reel et des taches linux.

un arping -a 00:C0:9f:0d:03:73 devrait fonctionner si ta version n'est pas trop vieille

http://freshmeat.net/projects/arping/?branch_id=385&release_id=(...)