C'est exact: on peut souligner que ce benchmark trouve son intérêt dans le fait de démontrer, en quelque sorte, aux développeurs en charge de DragonFly que les modifications apportées depuis l'ancienne version ont eu un impact non négligeable sur la performance de PostGreSQL, en environnement "stressant".
Après, certes si on se base sur une configuration plus ou moins optimisée des autres systèmes, on peut parvenir à de bons résultats, mais entre différents BSD, la différence devrait être moins perceptible. Elle l'est au contraire encore plus avec le plantage critique de NetBSD.
Après, on peut aussi dire que cela va dans un but de rassurer les clients qui tournent (ou prévoient de tourner) sous DragonFly que la mise à jour est nécessaire pour profiter de meilleurs rendements dans les échanges sql.
[^] # Re: Benchmark
Posté par xunfr . En réponse au journal [Benchmark] DragonFlyBSD plus performant dans sa version 3.2. Évalué à 2.
C'est exact: on peut souligner que ce benchmark trouve son intérêt dans le fait de démontrer, en quelque sorte, aux développeurs en charge de DragonFly que les modifications apportées depuis l'ancienne version ont eu un impact non négligeable sur la performance de PostGreSQL, en environnement "stressant".
Après, certes si on se base sur une configuration plus ou moins optimisée des autres systèmes, on peut parvenir à de bons résultats, mais entre différents BSD, la différence devrait être moins perceptible. Elle l'est au contraire encore plus avec le plantage critique de NetBSD.
Après, on peut aussi dire que cela va dans un but de rassurer les clients qui tournent (ou prévoient de tourner) sous DragonFly que la mise à jour est nécessaire pour profiter de meilleurs rendements dans les échanges sql.