J'ai parcourus rapidement le texte qui semble plus fait pour un chercheur en langage que pour un ingé temps réel.
Le temps réel exposé ici avec des clauses de timeout est un peu bizarre. Le temps réel c'est surtout avoir la garantie que le système réponde en un temps donnés.
Donc, pour ça, le plus simple est de lui garantir que le temps qu'il mesure lors d'un essais sera toujours le même.
C'est par exemple impossible à garantir sur une machine linux : cela dépends des autres processus, cela dépend de ce que doit faire le noyau et cela dépend de comment est codé les drivers utilisés (il parait que les drivers nvidia peuvent prendre le bus pci pour de très long burst qui peuvent être génant...)
Donc, il faut avoir des drivers avec des temps d'execution de fonction bornées et connu et avoir un ordonanceur adapté au problème que l'on traite.
D'un autre coté, je ne suis pas sur qu'un système multi-agent soit adapté à du temps réel. 2/3 thread cela fait déjà mal à la tête à concevoir.
# temps réel
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Le langage de mes rêves. Évalué à 8.
Le temps réel exposé ici avec des clauses de timeout est un peu bizarre. Le temps réel c'est surtout avoir la garantie que le système réponde en un temps donnés.
Donc, pour ça, le plus simple est de lui garantir que le temps qu'il mesure lors d'un essais sera toujours le même.
C'est par exemple impossible à garantir sur une machine linux : cela dépends des autres processus, cela dépend de ce que doit faire le noyau et cela dépend de comment est codé les drivers utilisés (il parait que les drivers nvidia peuvent prendre le bus pci pour de très long burst qui peuvent être génant...)
Donc, il faut avoir des drivers avec des temps d'execution de fonction bornées et connu et avoir un ordonanceur adapté au problème que l'on traite.
D'un autre coté, je ne suis pas sur qu'un système multi-agent soit adapté à du temps réel. 2/3 thread cela fait déjà mal à la tête à concevoir.
"La première sécurité est la liberté"