While some of the operating systems had precompiled or ready-to-compile BSD ports of MySQL available, many were slightly older versions of MySQL (4.0.20 for example) and compiled with a variety of different options which presented problems with consistency. After all, I'm testing the operating systems, not their pre-packaged MySQL distributions or source builds.
Traduction : alors que certains OS ont des ports BSDs précompilées our prètes à compiler de MySQL disponibles, beaucoup étaient légèrement plus anciennes (4.0.20 par exemple) et compilées avec une variété d'options différentes ce qui posait un problème de cohérence. Après tout je teste les OS et non leurs sources préparées ou leurs paquets MySQL.
En clair ca donne :
J'ai laissé la gestion des threads, des priorités et de la mémoire de base, parceque je trouve çà plus juste et plus cohérent pour un benchmark d'OS.
Au final on se retrouve avec un OS qui a une gestion des threads et de la mémoire adaptée a son fonctionnement (Linux) et les autres qui sont obligés de batailler avec des modes de compatibilté, des couches d'émulation et tutti quanti.
Le simple fait que l'émulation de threads Linux tourne plus vite sous FreeBSD que les threads natifs auraient du mettre la puce à l'orreille.
MySQL est un des ports les plus patchés sous les *BSD. Généralement il y a au moins les MIT-Pthreads sinon l'OS en prend plein la tête au niveau synchronisation des threads.
il y a aussi beaucoup à dire au niveau de la gestion des fichiers partagés en mémoire (mmap et consors) .
Au final la conclusion que l'on peut tirer de ce benchmark est que MySQL via les APIs système "façon Linux" est beaucoup plus rapide sur Linux que sur *BSD. Le contraire eut été surprenant.
# Désolé pour les trolls
Posté par Jerome Herman . En réponse au journal La guerre des OS. Évalué à 10.
While some of the operating systems had precompiled or ready-to-compile BSD ports of MySQL available, many were slightly older versions of MySQL (4.0.20 for example) and compiled with a variety of different options which presented problems with consistency. After all, I'm testing the operating systems, not their pre-packaged MySQL distributions or source builds.
Traduction : alors que certains OS ont des ports BSDs précompilées our prètes à compiler de MySQL disponibles, beaucoup étaient légèrement plus anciennes (4.0.20 par exemple) et compilées avec une variété d'options différentes ce qui posait un problème de cohérence. Après tout je teste les OS et non leurs sources préparées ou leurs paquets MySQL.
En clair ca donne :
J'ai laissé la gestion des threads, des priorités et de la mémoire de base, parceque je trouve çà plus juste et plus cohérent pour un benchmark d'OS.
Au final on se retrouve avec un OS qui a une gestion des threads et de la mémoire adaptée a son fonctionnement (Linux) et les autres qui sont obligés de batailler avec des modes de compatibilté, des couches d'émulation et tutti quanti.
Le simple fait que l'émulation de threads Linux tourne plus vite sous FreeBSD que les threads natifs auraient du mettre la puce à l'orreille.
MySQL est un des ports les plus patchés sous les *BSD. Généralement il y a au moins les MIT-Pthreads sinon l'OS en prend plein la tête au niveau synchronisation des threads.
il y a aussi beaucoup à dire au niveau de la gestion des fichiers partagés en mémoire (mmap et consors) .
Au final la conclusion que l'on peut tirer de ce benchmark est que MySQL via les APIs système "façon Linux" est beaucoup plus rapide sur Linux que sur *BSD. Le contraire eut été surprenant.