Le pilote nvme DragonFly a été conçu pour fonctionner de manière optimale en environnement multi-processeur/multi-coeur dès le début. Les queues de traitement des requêtes et les interruptions sont réparties de la meilleure manière possible entre les différents processeurs du système, sans intermédiaire. Ceci permet de soutenir un nombre d'entrées/sorties par seconde très important avec une faible latence.
En comparaison, le pilote FreeBSD utilise le sous-système cam(4), qui date d'une autre époque où il était exceptionnel qu'un ordinateur ait plus d'un seul coeur. Le simple fait d'utiliser cette couche intermédiaire aurait empêché d'exploiter à fond les ressources processeur disponibles et aurait limité très fortement les performances maximales possibles.
Un bénéfice secondaire est que le pilote DragonFly contient moins de lignes de code que celui de FreeBSD et qu'il sera sans doute plus facile de le maintenir par la suite.
[^] # Re: NVMe from scratch
Posté par François Tigeot . En réponse à la dépêche DragonFly BSD 4.6 et 4.6.1. Évalué à 5.
En premier lieu les performances.
Le pilote nvme DragonFly a été conçu pour fonctionner de manière optimale en environnement multi-processeur/multi-coeur dès le début. Les queues de traitement des requêtes et les interruptions sont réparties de la meilleure manière possible entre les différents processeurs du système, sans intermédiaire. Ceci permet de soutenir un nombre d'entrées/sorties par seconde très important avec une faible latence.
En comparaison, le pilote FreeBSD utilise le sous-système cam(4), qui date d'une autre époque où il était exceptionnel qu'un ordinateur ait plus d'un seul coeur. Le simple fait d'utiliser cette couche intermédiaire aurait empêché d'exploiter à fond les ressources processeur disponibles et aurait limité très fortement les performances maximales possibles.
Un bénéfice secondaire est que le pilote DragonFly contient moins de lignes de code que celui de FreeBSD et qu'il sera sans doute plus facile de le maintenir par la suite.