La série des noyaux 2.6.x serait moins performante que la série 2.4.x avec les patchs lowlatency et/ou preemptible appliqués. Pour certains, les performances sont satisfaisantes mais pour d'autres cela est insuffisant. Particulièrement quand on travaille avec de très petites tailles de périodes comme 128 ou 64 frames pour les opérations en temps réel.
Ceci est vrai pour les noyaux 2.6.x vanilla (même avec le kernel préemption) mais cela n'est plus valable pour les noyaux 2.6.x patchés avec les patchs "voluntary preemption" d'Ingo Molnars. Ces patchs sont toujours en developpement mais permettent déja d'éxécuter jackd avec 2*128 frames et xrun libre, le temps de latence pour 256 frames à un taux d'échantillonage de 48000hz est autour de 5.3ms.
Comme la série S des patchs VP, ils sont basés sur le mm kernel. Ceci signifie que vous exécutez techniquement un kernel expérimental, mais cela fonctionne correctement dans la plupart des configurations.
Il n'existe aucun noyau prépackagé avec les patchs VP, ainsi vous devez les contruire vous mêmes. Veuillez être sur de ce que vous faites, en cas de doute au sujet des infos fournit sur ces pages, vérifiez svp les annonces d'ingo sur lkml.org.
Si vous obtenez des résultats non satisfaisants avec un noyau 2.6.x, il y a une grande probabilité que ce soit du a un probléme avec NPTL. lisez la page de Jackd & NPTL. Un autre problème connu est les tmpfs .
Attention Les noyaux VP basés sur un 2.6.9-rc3-mm2 sont cassés (USB suibsystem principalement et ACPI)