@tankey
enchante...

A la question : est-ce que le noyau de Fedora utilise les patchs pour du TR mou, la reponse est OUI...
Apres verification, dans la rubrique "Processor type and features", sous-rubrique "Preemption model", c'est l'option "Voluntary Kernel Preemption " qui est validee par defaut dans le noyau Fedora Core.

Je cite l'aide sous "make gconfig" :

Voluntary Kernel Preemption (Desktop) PREEMPT_VOLUNTARY

This option reduces the latency of the kernel by adding more "explicit preemption points" to the kernel code. These new
preemption points have been selected to reduce the maximum latency of rescheduling, providing faster application reactions,
at the cost of slighly lower throughput.
This allows reaction to interactive events by allowing a low priority process to voluntarily preempt itself even if it
is in kernel mode executing a system call. This allows applications to run more 'smoothly' even when the system is
under load.

Select this if you are building a kernel for a desktop system.

Il y a aussi l'option "Preempt The Big Kernel Lock" de cochee :

Preempt The Big Kernel Lock PREEMPT_BKL

This option reduces the latency of the kernel by making the big kernel lock preemptible.
Say Y here if you are building a kernel for a desktop system.
Say N if you are unsure.

Conclusion :
Le noyau FC est par defaut configure pour faire du Temps Reel mou.

De toute facon, ce ne coute rien de le valider et ca ameliore la Qualite de Service (pour le multimedia et le son).
Verifie sur le dernier noyau 2.6.18-1.2849.fc6 sous FC 6...

<edit>
@tankey
Je suis toujours dubitatif et tres resevre par les mesures faites par tous ces programmes logiciels de mesure de temps de latence...Je prefere sortir l'oscillo et l'emulateur pour cela.
</edit>


++