C'est pas un guignol mais il ne faudrait pas non plus croire que son analyse (ou plutôt sa contre analyse) est pure est parfaite. Déjà rejeter de but en blanc les interrupts handlers sur OS généraliste tout en notant qu'au delà point de salut, c'est osé. Enfin bon ptet qu'il veut transformer Linux et FreeBSD en OS temps réel, qui sait ? Certes pour de l'audio pro ça ne reglera pas le problème de si plusieurs processus intéragissent et sont mal codés, mais c'est un peu enfoncer des portes ouvertes que de remarquer ça.
Pour la petite histoire j'écoutais des MP3 sans jamais avoir aucun lag du temps d'OSS avec une vielle SB sur port ISA, simplement avec des drivers de moins de 100k et sans bloat côté userspace. Autre temps, autres stacks : sur une machine de 2012 probablement 100x plus puissante et avec Pulse j'ai non seulemeent déjà eu des lags et des bugs, mais l'occupation CPU est ridiculement haute dans le processus Pulse. Et j'ai abandonné tout espoir de savoir quel est l'emprunte mémoire associée, entre Alsa en kernel space, Alsa en user space, Pulse et ses biblios.
Côté audio pro et Jack, je suis moins sûr du délire, mais l'état de la stack audio pour le desktop et les laptops n'est guère reluisant et vouloir proposer une alternative anti-bloat n'a rien d’infamant.
[^] # Re: Paul Davis se fâche
Posté par Guillaume Knispel . En réponse à la dépêche KLANG - Kernel Level Audio Next Generation. Évalué à 10.
C'est pas un guignol mais il ne faudrait pas non plus croire que son analyse (ou plutôt sa contre analyse) est pure est parfaite. Déjà rejeter de but en blanc les interrupts handlers sur OS généraliste tout en notant qu'au delà point de salut, c'est osé. Enfin bon ptet qu'il veut transformer Linux et FreeBSD en OS temps réel, qui sait ? Certes pour de l'audio pro ça ne reglera pas le problème de si plusieurs processus intéragissent et sont mal codés, mais c'est un peu enfoncer des portes ouvertes que de remarquer ça.
Pour la petite histoire j'écoutais des MP3 sans jamais avoir aucun lag du temps d'OSS avec une vielle SB sur port ISA, simplement avec des drivers de moins de 100k et sans bloat côté userspace. Autre temps, autres stacks : sur une machine de 2012 probablement 100x plus puissante et avec Pulse j'ai non seulemeent déjà eu des lags et des bugs, mais l'occupation CPU est ridiculement haute dans le processus Pulse. Et j'ai abandonné tout espoir de savoir quel est l'emprunte mémoire associée, entre Alsa en kernel space, Alsa en user space, Pulse et ses biblios.
Côté audio pro et Jack, je suis moins sûr du délire, mais l'état de la stack audio pour le desktop et les laptops n'est guère reluisant et vouloir proposer une alternative anti-bloat n'a rien d’infamant.