ok pour "sécurité c' était bien qq chose comme sûreté que je voulais employé.
ok également pour "le temps de traitement peut très bien être important, ça dépend du système à piloter", ma phrase en ne parlant que de "minima" était réductrice. (bien que le minima soit plus souvent recherché)
mais une question sur le temps réel "mou" : tu le dit adapté au traitment audio et/ou numérique : alors pourquoi sur un rt mou j ai des xrun bien plus souvent que sur un rt dur ? (et sans entrer dans un "bah tel patch est pas bon" loin de moi l' idée de juger ces travaux)
En plus de nombeux exemples de solutions professionnelles en Vidéos sont RT dur (et pas seulement en diffusion/streaming, mais aussi en étalonnage, ce qui m' a d' ailleurs étonné)
dernier mot
" flag NEED_RESCHED (positionné lors du traitement d'une interruption par ex) est testé et s'il est positionné, on fait appel au scheduler.). Ensuite, il y a beaucoup d'autres choses à modifier afin d'obtenir un noyau RT dur, et c'est ce à quoi se démène Ingo et Ted (préemption des spinlocks, etc.). Bref..."
tu aurais pas écrit une doc sur le sujet ou un bon rtfm à me pointer ? (même si c' est pas en rapport direct avec le son, cela m' intéresse fortement)
Merci
[^] # Re: priority inheritance... encore un pas de plus :)
Posté par bubar🦥 . En réponse à la dépêche Sortie du noyau Linux 2.6.18. Évalué à 2.
ok également pour "le temps de traitement peut très bien être important, ça dépend du système à piloter", ma phrase en ne parlant que de "minima" était réductrice. (bien que le minima soit plus souvent recherché)
mais une question sur le temps réel "mou" : tu le dit adapté au traitment audio et/ou numérique : alors pourquoi sur un rt mou j ai des xrun bien plus souvent que sur un rt dur ? (et sans entrer dans un "bah tel patch est pas bon" loin de moi l' idée de juger ces travaux)
En plus de nombeux exemples de solutions professionnelles en Vidéos sont RT dur (et pas seulement en diffusion/streaming, mais aussi en étalonnage, ce qui m' a d' ailleurs étonné)
dernier mot
" flag NEED_RESCHED (positionné lors du traitement d'une interruption par ex) est testé et s'il est positionné, on fait appel au scheduler.). Ensuite, il y a beaucoup d'autres choses à modifier afin d'obtenir un noyau RT dur, et c'est ce à quoi se démène Ingo et Ted (préemption des spinlocks, etc.). Bref..."
tu aurais pas écrit une doc sur le sujet ou un bon rtfm à me pointer ? (même si c' est pas en rapport direct avec le son, cela m' intéresse fortement)
Merci