Databasetest: Apollo 5

Toen we de resultaten van Apollo 5 in PostgreSQL 8.2-dev vergeleken met de benchmarks uit onze vorige review werden we in eerste instantie positief verrast door het verschil. De initiële blijdschap sloeg echter al snel om in achterdocht, want theoretisch gezien was het bijna onmogelijk dat onze nieuwe Dell-machine zó veel beter presteerde dan de Fujitsu-bak die we eerder hadden getest. Al snel werd de theorie geformuleerd dat de nieuwe versie van de Linux-kernel een rol zou kunnen spelen. Vanwege driverproblemen moest Apollo namelijk kernel 2.6.18 draaien, terwijl we eerder met 2.6.15 hadden getest. Om deze theorie te staven werd de RX300 ook opgewaardeerd naar de nieuwe versie, waarna inderdaad bleek dat dit een flinke stempel op de prestaties drukt. In de ontwikkelversie van PostgreSQL 8.2 bleek de eenvoudige update voor een prestatiewinst van zo'n 19 procent te zorgen bij belastingen van 25 of meer gebuikers.


MySQL daarentegen vertoont een heel ander beeld: met één core ingeschakeld worden er nog wel aardige winsten geboekt, maar zodra er met meerdere threads gewerkt moet worden slaan de winsten om in verliezen. Omdat het geen optie was om Apollo 5 met de oude kernel te draaien is besloten om de Fujitsu-machine helemaal opnieuw te testen met de nieuwe kernel. De rest van de cijfers in dit artikel zijn dus allemaal verkregen met versie 2.6.18.

Verschil kernelversie	MySQL 4.1.20	MySQL 5.0.20a	PostgreSQL 8.2-dev
1x singlecore	+6,2%	+2,9%	+20,2%
2x singlecore	-2,7%	-4,4%	+20,2%
1x dualcore	-1,9%	-5,8%	+18,7%
2x dualcore	-1,6%	-5,7%	+16,0%
Gemiddeld	0%	-3,3%	+18,8%