Brevet FR2835069A1 — publié le 20030725

PROCÉDÉ DE MESURE DE PERFORMANCES D'UN CALCULATEUR La présente invention concerne un procédé de mesure de performances d'un calculateur. Plus précisément, la présente invention concerne un procédé de mesure de performances d'un calculateur embarqué sur un véhicule automobile. Les véhicules automobiles actuels sont de plus en plus équipés de calculateurs réalisant différentes fonctions telles que par exemple la gestion de certains paramètres de fonctionnement du moteur, comme l'allumage des bougies, la commande de l'effort de freinage exercé par les freins du véhicule en fonction de la vitesse du véhicule et de l'état de la chaussée, ou la commande de l'effort exercé sur la direction du véhicule en fonction de la vitesse du véhicule, etc. La majorité des calculateurs actuels sont équipés de systèmes d'exploitation en temps réel qui permettent la gestion de tâches dont les exécutions peuvent être périodiques. De tels systèmes d'exploitation permettent également l'exécution de tâches de priorités différentes, en interrompant par exemple l'exécution d'une tâche lorsque survient une tâche à exécuter de priorité supérieure. La tendance actuelle est à l'augmentation du nombre de tâches à exécuter par chaque calculateur. Il devient alors nécessaire lors du choix d'un calculateur de s'assurer que celui-ci dispose d'une capacité de traitement numérique suffisante pour traiter en temps réel toutes les tâches qui lui sont assignées. En particulier, il est nécessaire de prévenir le fait que, par le biais des interruptions, une tâche ne soit pas exécutée. La capacité de traitement numérique d'un calculateur inclut un grand nombre de paramètres de définition du calculateur tels que la puissance de calcul, le nombre de registres, la taille de la pile dynamique, la taille du code, etc. Dans le cas où la capacité de traitement numérique d'un calculateur est insuffisante, celui-ci sera dans l'impossibilité de réaliser toutes les tâches qui lui sont assignées. Cela peut se traduire, par exemple, par des effets allant d'une simple altération de l'agrément de conduite, dans le cas du calculateur contrôlant le moteur, à la mise en danger des usagers, dans le cas d'un calculateur contrôlant le freinage ou la direction du véhicule. Un moyen de détermination du fait que la capacité de traitement numérique est suffisante consiste à calculer le taux de charge du calculateur qui correspond, pour un intervalle de temps donné, au rapport entre la durée prise par le calculateur pour l'exécution de certaines tâches et la durée de l'intervalle. Lorsque ce taux est voisin de un (ou de 100%), le calculateur est pratiquement constamment sollicité pour l'exécution de tâches et est proche de la saturation. Certaines tâches à faible niveau de priorité risquent alors de ne pas être complètement exécutées. Il existe des méthodes théoriques puissantes de calcul du taux de charge d'un calculateur. Toutefois, celles-ci ont des tolérances trop larges et conduiraient au choix d'un calculateur ayant une capacité de traitement numérique bien supérieure à la charge prévue pour être sûr d'éviter toute surcharge. Ceci est toutefois incompatible avec les contraintes de coûts propres notamment à l'industrie automobile. Pour limiter au maximum le coût d'un calculateur, on souhaite donc choisir un calculateur fonctionnant près de la saturation pour un taux de charge maximal. Il est donc nécessaire de déterminer de façon suffisamment précise le taux de charge réel maximal que pourrait connaître le calculateur pour choisir un calculateur dont les performances sont juste suffisantes. Pour ce faire, on réalise habituellement des simulations par logiciel des conditions de fonctionnement du calculateur pour déterminer les pics de taux de charge. Toutefois, la modélisation des conditions de fonctionnement est difficile, et il est pratiquement impossible de simuler de façon exhaustive toutes les situations dans lesquelles le calculateur pourrait fonctionner. Des conditions particulières de fonctionnement qui entraîneraient une saturation du calculateur peuvent alors être ignorées. On utilise également des analyseurs propres à déterminer le taux de charge instantané d'un calculateur. Il est possible d'équiper un véhicule témoin d'un tel analyseur pour déterminer le taux de charge du calculateur embarqué sur le véhicule dans des conditions de fonctionnement réelles. Toutefois, ces dispositifs sont excessivement coûteux, et peu maniables. Il est en pratique impossible d'équiper un grand nombre de véhicules témoins de tels analyseurs si bien qu'il demeure impossible de simuler de façon exhaustive toutes les situations dans lesquelles le calculateur pourrait fonctionner. Là encore, des conditions particulières de fonctionnement qui entraîneraient une saturation du calculateur peuvent alors être ignorées. La présente invention vise à obtenir un procédé de détermination des performances d'un calculateur par la détermination du taux de charge du calculateur dont la mise en oeuvre est particulièrement simple et peut être réalisée à faible coût. La présente invention vise également à obtenir un procédé de détermination des performances d'un calculateur par la vérification de la bonne exécution des tâches à exécuter par le calculateur. Pour atteindre ces objets, la présente invention prévoit un procédé de mesure de performances d'au moins un calculateur par un moyen de lecture extérieur au calculateur, comprenant les étapes consistant en la détermination par le calculateur d'au moins une donnée représentative du taux de charge du calculateur ; la mémorisation par le calculateur de la donnée représentative ; l'envoi au calculateur d'une requête par le moyen de lecture pour l'obtention de la donnée représen- tative ; et la transmission au moyen de lecture de la donnée représentative. Selon un mode de réalisation de l'invention, le calculateur détermine la donnée représentative du taux de charge de façon périodique sur une période de calcul. Selon un mode de réalisation de l'invention, le calculateur est adapté à exécuter plusieurs tâches, à chaque tâche étant associé un niveau de priorité parmi plusieurs niveaux de priorité croissante, le calculateur exécutant à un instant donné, si plusieurs tâches sont à exécuter audit instant donné, la tâche de niveau de priorité le plus élevé. La donnée représentative du taux de charge correspond au rapport entre la durée d'exécution sur la période de calcul de tâches autres qu'une tâche de fond et la période de calcul, la tâche de fond étant la tâche de niveau de priorité le plus faible et étant exécutée en permanence par le calculateur en l'absence d'autres tâches à exécuter. Selon un mode de réalisation de l'invention, le procédé comprend en outre les étapes consistant en l'incrémentation par le calculateur d'un compteur chaque fois qu'une même tâche devant être exécutée périodiquement par le calculateur n'est pas exécutée ; l'envoi au calculateur d'une requête par le moyen de lecture pour l'obtention de la valeur du compteur ; et la transmission au moyen de lecture de la valeur du compteur. Selon un mode de réalisation de l'invention, le procédé comprend en outre les étapes consistant en l'incrémentation par le calculateur d'un compteur chaque fois qu'une tâche, parmi plusieurs tâches devant être exécutées périodiquement par le calculateur, n'est pas exécutée ; l'envoi au calculateur d'une requête par le moyen de lecture pour l'obtention de la valeur du compteur ; et la transmission au moyen de lecture de la valeur du compteur. Selon un mode de réalisation de l'invention, le calculateur, à réception d'une requête du moyen de lecture, met à zéro les compteurs. La présente invention prévoit également un procédé de mesure de performances d'au moins un calculateur embarqué sur un véhicule par un moyen de lecture pouvant être relié au calculateur, comprenant les étapes consistant en, au cours du roulage du véhicule, la détermination par le calculateur d'au moins une donnée représentative du taux de charge du calculateur ; la mémorisation par le calculateur de la donnée représentative ; à l'arrêt ou au cours du roulage du véhicule, l'envoi au calculateur d'une requête par le moyen de lecture pour l'obtention de la donnée représentative ; et la transmission au moyen de lecture de la donnée représentative. La présente invention prévoit également un calculateur pouvant exécuter un nombre déterminé de tâches, à chaque tâche étant associé un niveau de priorité parmi plusieurs niveaux de priorité croissante, le calculateur exécutant à un instant donné, si plusieurs tâches sont à exécuter audit instant donné, la tâche de niveau de priorité le plus élevé, comprenant des moyens pour déterminer sur un intervalle de temps une donnée représentative de la durée passée sur ledit intervalle à l'exécution de tâches de niveaux de priorité supérieurs à un niveau de priorité déterminé, et des moyens pour transmettre, à réception d'une requête d'un moyen de lecture extérieur au calculateur, la donnée audit moyen de lecture. Selon un mode de réalisation de l'invention, le calculateur comporte des moyens pour incrémenter un compteur chaque fois qu'une même tâche devant être exécutée périodiquement par le calculateur n'est pas exécutée, et des moyens pour transmettre, à réception d'une requête du moyen de lecture, la valeur du compteur audit moyen de lecture. Ces objets, caractéristiques et avantages, ainsi que d'autres de la présente invention seront exposés en détail dans la description suivante de modes de réalisation particuliers faite à titre non-limitatif en relation avec les figures jointes parmi lesquelles : la figure 1 représente, de façon schématique, une architecture pour la mise en oeuvre du procédé selon l'invention ; la figure 2 représente un chronogramme illustrant le calcul du taux de charge d'un calculateur selon le procédé de l'invention ; la figure 3 représente un chronogramme illustrant la non-exécution d'une tâche par un calculateur ; la figure 4 représente un chronogramme illustrant un premier exemple de comptage de la non-exécution d'une tâche par un calculateur ; la figure 5 représente un schéma par blocs du premier exemple de comptage de la non-exécution d'une tâche ; la figure 6 représente un chronogramme illustrant un second exemple de comptage de la non-exécution d'une tâche par un calculateur ; et la figure 7 représente un schéma par blocs du second exemple de comptage de la non-exécution d'une tâche. La figure 1 représente un calculateur 10 équipant un véhicule automobile (non représenté), et communiquant avec d'autres équipements (non représentés) du véhicule par l'intermédiaire d'un bus de communication 11. Le calculateur 10 peut être, par exemple, le calculateur de contrôle de paramètres de fonctionnement du moteur, tels que l'allumage des bougies dans les chambres à combustion du moteur. De façon connue, le calculateur 10 est adapté à réaliser un autodiagnostic au cours duquel il peut déceler des dysfonctionnements internes, et produire et mémoriser des données représentatives de ces dysfonctionnements. Ces données peuvent être lues de façon classique au moyen d'un outil extérieur au véhicule, appelé interface de requêtes 12, qui peut être connecté au bus de communication 11, par exemple par l'intermédiaire d'une prise de diagnostic. L'interface de requêtes 12 peut envoyer, par l'intermédiaire du bus de communication 11, une requête au calculateur 10 qui transmet, par le bus de communication il, les données mémorisées représentatives de dysfonctionnements en réponse à l'interface de requêtes 12. L'interface de requêtes 12 peut également envoyer au calculateur 10 une requête pour que le calculateur 10 réalise une tâche spécifique, produise une donnée représentative de la bonne exécution de la tâche, et transmette cette donnée à l'interface de requêtes 12. L'interface de requêtes 12 peut comporter un clavier permettant à un utilisateur de sélectionner la requête à transmettre et un afficheur pour la lecture des données reçues. L'interface de requêtes 12 peut également transmettre automatiquement différentes requêtes selon un ordre déterminé et mémoriser les données reçues. Le véhicule peut éventuellement comprendre d'autres calculateurs (non représentés), du même type que le calculateur 10, et reliés au bus de communication 11. L'interface de requêtes 12 peut alors transmettre des requêtes à l'ensemble des calculateurs ou à un nombre limité d'entre eux. Par la suite, on ne considérera que le calculateur 10 sachant que la présente invention peut s'appliquer à d'autres calculateurs équipant le véhicule. La présente invention consiste à implémenter de nouvelles fonctions au niveau du calculateur 10 dont les exécutions provoquent la production par le calculateur 10 de données représentatives des performances du calculateur 10. La présente invention consiste également à implémenter sur l'interface de requêtes 12 de nouvelles requêtes que l'interface de requêtes 12 pourra transmettre au calculateur 10 de façon à obtenir les données représentatives des performances du calculateur 10. Les principales fonctions supplémentaires implémentées sur le calculateur 10 consistent à calculer une approximation du taux de charge du calculateur 10 et à déterminer la nonexécution d'une ou de plusieurs tâches par le calculateur 10. 1) Calcul d'une approximation du taux de charqe. La figure 2 illustre le principe de calcul d'une approximation du taux de charge par le calculateur 10. Sur l'axe des abscisses est représenté le temps écoulé, et sur l'axe des ordonnées sont représentées les exécutions de différentes tâches par le calculateur 10. Chaque tâche représente une action réalisée par le calculateur 10. Les différentes tâches sont référencées de bas en haut par TFond, Tcalc, Tl et T2. A chaque tâche est attribuée une priorité d'un niveau déterminé. A titre d'exemple, sur la figure 2, les priorités sont croissantes de bas en haut. La tâche de priorité la plus faible est la tâche de fond TFond qui correspond à une tâche exécutée systématiquement par le calculateur 10 lorsqu'il n'a pas d'autres tâches à réaliser. La tâche de fond consiste, entre autre, à incrémenter un compteur Cpt. La durée d'exécution de la tâche de fond TFond est notée dFond. La tâche Tcalc, de période Pcalc'correspond au calcul du taux de charge du calculateur 10. Les tâches Tl et T2 correspondent à des tâches usuelles du calculateur 10, elles peuvent éventuellement être périodiques. Seules deux tâches Tl et T2 sont représentées sur la figure 2, sachant qu'un plus grand nombre de tâches est habituellement géré par le calculateur 10. La priorité de la tâche Talc est supérieure à celle de la tâche de fond TFond, et est inférieure aux priorités de toutes les autres tâches Tl, T2 du calculateur 10. A l'occurrence d'une tâche à exécuter, le calculateur 10 vérifie que la tâche en cours d'exécution est d'une priorité inférieure à la tâche à exécuter. Dans ce cas, il interrompt la tâche en cours d'exécution pour réaliser la tâche de priorité supérieure, et reprend, à l'achèvement de l'exécution de la tâche de priorité supérieure, l'exécution de la tâche de priorité inférieure. A l'instant to, le calculateur 10 exécute la tâche Tcalc-Ensuite, si aucune tâche de priorité supérieure à la tâche de fond TFond n'est à exécuter, le calculateur 10 exécute la tâche de fond TFond de façon itérative jusqu'à l'occurrence d'une tâche de priorité supérieure. A chaque exécution de la tâche de fond Tond, le compteur Cpt est incrémenté. A l'instant t0+Pcalc, le calculateur 10 exécute à nouveau la tâche Tcalc qui consiste à calculer une estimation du taux de charge Tauxcharge selon l'expression suivante : Tauxcharge = (Pcalc- (Cpt * dFond))/Pcalc' La valeur Tauxcharge est une estimation du taux de charge réel du calculateur 10 puisqu'elle consiste dans le calcul d'un taux de charge moyen sur la période Pcalc, et inclut dans le calcul la durée d'exécution de la tâche Tcalc- Le résultat obtenu est placé dans une zone mémoire du calculateur 10, et le compteur Cpt est remis à zéro. L'estimation du taux de charge Taux~charge est calculée pour chaque période Pcalc- Lorsque l'interface de requêtes 12 transmet au calculateur 10 une requête de lecture de l'estimation du taux de charge Tauxcharge, le calculateur 10 transmet en réponse la valeur Tauxcharge présente dans la zone mémoire à l'interface de requêtes 12 par l'intermédiaire du bus de communication 11. La tâche Tcalc est de priorité la plus faible pour ne pas perturber l'exécution des autres tâches du calculateur 10. La période Pcalc est choisie en fonction du fonctionnement normal du calculateur 10. Par exemple, dans le cas du calculateur de contrôle moteur, le fonctionnement du calculateur présente habituellement des cycles. La période Pcalc pourra par exemple être fixée selon la valeur moyenne d'un cycle ou bien renouvelée régulièrement par le calculateur. La valeur Tauxcharge est proche de zéro lorsque le calculateur 10 exécute pratiquement uniquement la tâche de fond TFond' Il est proche de l'unité lorsque le calculateur 10 n'exécute pratiquement jamais la tâche de fond Tond, ce qui signifie que le calculateur 10 est pratiquement constamment en train d'exécuter des tâches de priorités supérieures à celle de la tâche Tcalc et qu'il est proche de la saturation. 2) Détermination de la non exécution d'une ou de plusieurs tâches par le calculateur. La figure 3 illustre le phénomène de non-exécution d'une tâche. Sur l'axe des abscisses est représenté le temps écoulé, et sur l'axe des ordonnées sont représentées trois tâches T3, T4 et Tg dont les priorités sont croissantes de haut en bas. La tâche T3 est de période P3. A l'instant to, la tâche T3 est exécutée en une durée D3. A l'instant to + P3, la tâche T3 est à nouveau exécutée. Au cours de son exécution, les tâches T4 et Tg de priorités supérieures, qui correspondent par exemple à des exceptions, sont à exécuter. Le calculateur 10 interrompt la réalisation de la tâche T3 pour exécuter les tâches T4 et T à l'achèvement desquelles il reprend l'exécution de la tâche T3. La durée D3'd'exécution de la tâche T3 est alors supérieure à la période P3, et à l'instant to + 2P3 l'exécution de la tâche T3 n'est pas achevée. Si au moment où la tâche T3 doit être à nouveau exécutée, celle-ci est déjà en cours d'exécution, la plupart des calculateurs continuent l'exécution de la tâche T3 en cours jusqu'à terme et n'exécute à nouveau la tâche T3 qu'à l'instant to + 3P3, comme cela est représenté sur la figure 3. La tâche T3 n'est donc pas exécutée à l'instant to + 2P3. Le fonctionnement du calculateur 10 est par conséquent dégradé. La figure 4 représente un premier exemple de procédé de comptage de la non-exécution d'une tâche. Selon ce premier exemple de réalisation, le calculateur 10 ne permet pas d'exécuter à nouveau une même tâche si celle-ci est déjà en cours d'exécution. Sur la figure 4, sur l'axe des abscisses est représenté le temps écoulé et sur l'axe des ordonnées sont représentées des tâches Ti et Ti'de même période Pi, la priorité de la tâche Ti'étant la plus élevée. La tâche Ti correspond à une tâche usuelle du calculateur 10, tandis que la tâche Ti'correspond à la tâche de comptage du nombre de nonexécution de la tâche Ti. Si, par exemple, le calculateur 10 doit exécuter N tâches Ti (i=l à N), il existe N tâches Ti' (i=l à N) où chaque tâche Ti'correspond à la tâche de comptage du nombre de non-exécution de la tâche Ti. A l'instant t0, la tâche Ti'est exécutée. La tâche Ti est ensuite exécutée et son exécution s'achève avant l'instant to + Pi. A l'instant to + Pi, la tâche Ti'est à nouveau exécutée suivie de l'exécution de la tâche Ti. Dans ce cas, à l'instant to + 2Pi, l'exécution de la tâche Ti n'est pas achevée, son exécution ayant pu être interrompue par l'exécution de tâches (non représentées) de priorités supérieures. A l'instant to + 2Pi, le calculateur 10 exécute la tâche Ti'de priorité supérieure puis achève l'exécution de la tâche Ti. La tâche Ti n'est à nouveau exécutée qu'à l'instant to + 3Pi. La figure 5 représente un schéma par blocs du premier exemple de procédé de comptage de la non-exécution d'une tâche Ti par le calculateur 10. Sur la partie gauche de la figure, l'étape 20 représente le début d'exécution de la tâche Ti qui consiste en premier lieu, à l'étape 21, à mettre à zéro une variable TiEN COURS, indiquant ainsi que la tâche Ti est en cours d'exécution. A l'étape 22, le calculateur 10 exécute le reste de la tâche Ti. A l'étape 23, le calculateur 10 met à un la variable TEN COURS indiquant ainsi que la tâche Ti est achevée à l'étape 24. Sur la partie droite de la figure, l'étape 25 désigne le début d'exécution de la tâche Ti'qui consiste, à l'étape 26, à vérifier si la variable TiEN COURS est égale ou non à zéro. Dans l'affirmative, le calculateur 10 passe à l'étape 27 et incrémente un compteur CPT~Ti. Il passe ensuite à l'étape 28 où il incrémente un compteur CPT~TOTAL. Il passe ensuite à l'étape 29 correspondant à l'achèvement de la tâche Ti'. Si à l'étape 26, la variable Ti~EN COURS est égale à un, le calculateur 10 passe directement à l'étape 29. Le calculateur 10 comprend N variables CPT~Ti. La variable CPT~TOTAL est incrémentée de façon identique pour toutes les tâches Ti. Le calculateur 10 mémorise ainsi pour chaque tâche Ti un compteur CPT~Ti correspondant au nombre de fois où la tâche Ti n'a pas été exécutée. Il mémorise également un compteur global CPT~TOTAL qui correspond au nombre de fois où une tâche quelconque Ti n'a pas été exécutée. Selon le procédé de l'invention, l'interface de requêtes 12 peut transmettre au calculateur 10 une requête de demande de compteur CPT~Ti pour une tâche Ti particulière. Le calculateur 10 transmet à l'interface de requêtes 12 en réponse la valeur du compteur CPT~Ti, via le bus de communication 11. L'interface de requêtes 12 peut également demander la valeur du compteur global CPTTOTAL. La figure 6 représente un deuxième exemple de procédé de comptage de la non-exécution d'une tâche. Dans ce deuxième exemple, on suppose que le calculateur 10 peut exécuter à nouveau une tâche même si elle est déjà en cours d'exécution. Sur l'axe des abscisses est représenté le temps écoulé et sur l'axe des ordonnées les exécutions d'une tâche Ti de période Pi, et d'une tâche Tibis identique à la tâche Ti. A l'instant to, le calculateur 10 exécute la tâche Ti d'une durée Di. A l'instant to + Pi, le calculateur 10 exécute à nouveau la tâche Ti. A l'instant to + 2Pi, l'exécution de la tâche Ti n'est toujours pas achevée. Le calculateur 10 commence à exécuter la tâche Tibis. Le calculateur 10 partage alors le temps d'exécution entre les deux tâches Ti et Tibis-Comme cela sera expliqué par la suite, l'exécution de la tâche Tibis peut s'achever avant celle de la tâche Ti. La figure 7 représente un schéma par blocs du deuxième exemple de réalisation du procédé selon l'invention. A l'étape 30, le calculateur 10 commence l'exécution de la tâche Ti, ce qui consiste, à l'étape 31, à vérifier si la variable TEN COURS est égale ou non zéro. Dans la négative, ce qui signifie que la tâche Ti n'est pas déjà en cours d'exécution, le calculateur 10, à l'étape 32, fixe à zéro la variable Ti~EN COURS. A l'étape 33, le calculateur 10 continue l'exécution de la tâche Ti. A l'étape 34, le calculateur 10 met à un la variable Ti~EN COURS qui indique l'achèvement de l'exécution de la tâche Ti à l'étape 35. Si à l'étape 31, la variable TEN COURS est égale à zéro, ce qui signifie qu'une tâche Ti est déjà en cours de réalisation, le calculateur 10 incrémente le compteur CPT~Ti de un, à l'étape 36, et incrémente à l'étape 37, le compteur CPT~TOTAL de un, puis va directement à l'étape 35. Sur la figure 6, l'exécution de la tâche référencée Ti correspond en fait à l'exécution des étapes 30 à 35, tandis que l'exécution de la tâche référencée Tibis correspond à l'exécution des étapes 30,31, 36,37, et 35. Il apparaît, comme cela est représenté sur la figure 6, que la durée d'exécution de la tâche Tibis peut être inférieure à celle de la portion de la tâche Ti restant à exécuter. Comme pour le premier mode de réalisation, l'interface de requêtes 12 peut transmettre au calculateur 10 une requête lui demandant en retour, pour une tâche particulière Ti, le compteur de non-exécution associé CPT~Ti, ou le compteur total CPTTOTAL de non-exécution de l'ensemble des tâches du calculateur 10. Le calculateur 10 dispose également d'une fonction pour remettre à zéro l'ensemble des compteurs CPT~Ti associés aux tâches Ti, ainsi que le compteur CPT~TOTAL. Cette remise à zéro est réalisée suite à une requête de l'interface de requêtes 12, via le bus de communication 11. La présente invention comporte de nombreux avantages. Elle permet de façon simple de déterminer certains critères permettant d'apprécier, dans des conditions de fonctionnement réelles, si le calculateur dispose d'une capacité de traitement numérique suffisante par rapport aux fonctions qui lui sont assignées. Elle permet ainsi, lors de la phase de conception d'un véhicule, d'optimiser le choix du microprocesseur du calculateur afin d'obtenir un taux d'occupation maximum. Elle permet également, dans le cas où de nouvelles fonctions sont implémentées sur le calculateur, en cours de conception du véhicule, de détecter au plus tôt les risques de saturation du calculateur. La présente invention est également mise en oeuvre de façon simple et à faible coût puisqu'elle consiste essentiellement en l'ajout de fonctions supplémentaires au niveau du calculateur lui-même. Elle permet d'utiliser une interface de requêtes traditionnelle, par exemple du type utilisé pour lire des données produites lors de l'autodiagnostic du calculateur. Il suffit d'implémenter dans l'interface de requêtes de nouvelles requêtes adaptées à demander les valeurs des données produites par les nouvelles fonctions du calculateur. Le calculateur comportant les nouvelles fonctions selon l'invention peut donc équiper un nombre important de véhicules lors de la réalisation d'essais. Sur chacun des véhicules, on peut connecter en permanence l'interface de requêtes sur la prise de diagnostic du bus de communication, et ainsi interroger, de façon manuelle ou automatique, le calculateur pour connaître les valeurs représentatives des performances du véhicule. On peut alors bénéficier de nombreuses heures de fonctionnement réel du calculateur et ainsi explorer des modes de fonctionnement du calculateur qu'on aurait pu négliger lors de simulations par logiciel ou de tests par des analyseurs traditionnels. Les nouvelles fonctions peuvent être maintenues sur le calculateur embarqué lors de la commercialisation du véhicule, étant donné qu'elles modifient peu le fonctionnement normal du calculateur. On peut ainsi, par exemple lors de contrôle dans des centres techniques, connecter l'interface de requête au bus de communication et recueillir les données produites par le calculateur à des fins statistiques, par exemple pour prévoir s'il est possible d'implémenter de nouvelles fonctions sur le calculateur dans le but de commercialiser une nouvelle version du véhicule. Dans ce cas, on peut prévoir que le calculateur, au lieu de mémoriser la dernière valeur Taux-Charge calculée, mémorise les valeurs Taux-Charge maximales calculées depuis le dernier contrôle. A chaque valeur Taux charge maximale mémorisée peuvent être associées d'autres données telles qu'une donnée indiquant à quelle période la valeur maximale a été calculée, par exemple depuis le dernier contrôle, les tâches exécutées pendant la période où la valeur maximale est calculée, etc. Bien entendu, la présente invention est susceptible de diverses variantes et modifications qui apparaîtront à l'homme de l'art. En particulier, il est possible de ne pas implémenter sur le calculateur toutes les fonctions précédemment décrites. En particulier, il est possible de ne pas implémenter la fonction relative au compteur de non-exécution de chacune des tâches, si cette fonction n'est pas nécessaire. De plus, tout ou seulement une partie des calculateurs embarqués sur un véhicule peuvent comprendre les nouvelles fonctions selon l'invention. REVENDICATIONS 1. Procédé de mesure de performances d'au moins un calculateur (10) par un moyen de lecture (12) extérieur au calculateur (10), caractérisé en ce qu'il comprend les étapes suivantes : - la détermination par le calculateur d'au moins une donnée (Tauxcharge) représentative du taux de charge du calculateur ; - la mémorisation par le calculateur de la donnée représentative ; - l'envoi au calculateur d'une requête par le moyen de lecture pour l'obtention de la donnée représentative ; et - la transmission au moyen de lecture de la donnée représentative. 2. Procédé selon la revendication 1, caractérisé en ce que le calculateur (10) détermine la donnée (Tauxcharge) représentative du taux de charge de façon périodique sur une période de calcul (Pcalc)' 3. Procédé selon la revendication 2, caractérisé en ce que le calculateur (10) est adapté à exécuter plusieurs tâches (Tl, T2, TFond, Tcalc)'à chaque tâche (Tl, T2) étant associé un niveau de priorité parmi plusieurs niveaux de priorité croissante, le calculateur (10) exécutant à un instant donné, si plusieurs tâches sont à exécuter audit instant donné, la tâche de niveau de priorité le plus élevé et en ce que la donnée (Tauxcharge) représentative du taux de charge correspond au rapport entre la durée d'exécution sur la période de calcul (Pcalc) de tâches autres qu'une tâche de fond (TFond) et la période de calcul (Pcalc), tâche de fond (TFond) étant la tâche de niveau de priorité le plus faible et étant exécutée en permanence par le calculateur en l'absence d'autres tâches à exécuter. 4. Procédé selon la revendication 1, caractérisé en ce qu'il comprend en outre les étapes suivantes : - l'incrémentation par le calculateur (10) d'un compteur (CPT~Ti) chaque fois qu'une même tâche (Ti) devant être exécutée périodiquement par le calculateur n'est pas exécutée ; - l'envoi au calculateur d'une requête par le moyen de lecture (12) pour l'obtention de la valeur du compteur ; et - la transmission au moyen de lecture de la valeur du compteur. 5. Procédé selon la revendication 1, caractérisé en ce qu'il comprend en outre les étapes suivantes : - l'incrémentation par le calculateur (10) d'un compteur (CPTTOTAL) chaque fois qu'une tâche (Ti), parmi plusieurs tâches devant être exécutées périodiquement par le calculateur, n'est pas exécutée ; - l'envoi au calculateur d'une requête par le moyen de lecture (12) pour l'obtention de la valeur du compteur ; et - la transmission au moyen de lecture de la valeur du compteur. 6. Procédé selon les revendications 4 et 5, caractérisé en ce que le calculateur (10), à réception d'une requête du moyen de lecture (12), met à zéro les compteurs (CPT~Ti, CPT~TOTAL). 7. Procédé de mesure de performances d'au moins un calculateur (10) embarqué sur un véhicule par un moyen de lecture (12) pouvant être relié au calculateur, caractérisé en ce qu'il comprend les étapes suivantes : - au cours du roulage du véhicule, la détermination par le calculateur d'au moins une donnée (Tauxcharge) représentative du taux de charge du calculateur ; - la mémorisation par le calculateur de la donnée représentative ; à l'arrêt ou au cours du roulage du véhicule, l'envoi au calculateur d'une requête par le moyen de lecture pour l'obtention de la donnée représentative ; et - la transmission au moyen de lecture de la donnée représentative. 8. Calculateur (10) pouvant exécuter un nombre déterminé de tâches (Tl, T), à chaque tâche étant associé un niveau de priorité parmi plusieurs niveaux de priorité croissante, le calculateur exécutant à un instant donné, si plusieurs tâches sont à exécuter audit instant donné, la tâche de niveau de priorité le plus élevé, caractérisé en ce qu'il comprend des moyens pour déterminer sur un intervalle de temps (Pcalc) une donnée (Tauxcharge) représentative de la durée passée sur ledit intervalle à l'exécution de tâches de niveaux de priorité supérieurs à un niveau de priorité déterminé, et des moyens pour transmettre, à réception d'une requête d'un moyen de lecture (12) extérieur au calculateur (10), la donnée audit moyen de lecture. 9. Calculateur (10) selon la revendication 8, caractérisé en ce qu'il comporte des moyens pour incrémenter un compteur (CPTTi) chaque fois qu'une même tâche (Ti) devant être exécutée périodiquement par le calculateur n'est pas exécutée, et des moyens pour transmettre, à réception d'une requête du moyen de lecture (12), la valeur du compteur audit moyen de lecture. 10. Calculateur (10) selon la revendication 8, caractérisé en ce qu'il est destiné à équiper un véhicule automobile.