Databasetest: Apollo 5

Wanneer we het schaalgedrag van beide servers vergelijken zien we op sommige plaatsen een beperking opdoemen: de stap van één naar twee processors verloopt met alle drie de databases minder soepel dan voorheen. Hoewel de absolute resultaten natuurlijk nog steeds niet mis zijn, zien we bijvoorbeeld bij MySQL 5.0.20a dat het toevoegen van een tweede Woodcrest - die toch minstens 851 dollar kost - maar 6% betere prestaties oplevert. Het is niet zo dat deze versie van MySQL op andere platforms wel goed schaalt, maar toch is het in onze ervaring een dieptepunt.

De mindere schaling van de snellere chip kan niet zonder meer verklaard worden door een gebrek aan bandbreedte: de kloksnelheid - en daarmee de theoretische rekenkracht van de processor - is namelijk maar met 12,5% toegenomen, terwijl de geheugens in theorie 25% meer bandbreedte leveren. Op papier zijn er per kloktik dus ruim tien procent meer bytes beschikbaar voor de processors van Apollo 5, dan voor die van de Fujitsu RX300. De latency is wel iets hoger geworden: het ene systeem heeft 533MHz CL4-geheugen, terwijl het andere met 667MHz CL5-repen draait. Niet ontoevallig kan dit in beide gevallen omgerekend worden naar 7.5ns. Omdat een processor de tijd alleen in kloktikken ervaart gaat dezelfde latency relatief echter steeds langer duren naarmate de frequentie hoger wordt. Voor een 2,66GHz-chip gaan er bijvoorbeeld 20 tikken voorbij in die 7.5ns, terwijl een 3,0GHz-versie 22,5 keer klokt - een toename van 12,5%.

Een andere factor die bij kan dragen aan het slechtere schaalgedrag zijn zwaarder belaste bussen. De dubbele 1333MHz FSB heeft in theorie precies dezelfde bandbreedte als de vier geheugenkanalen, maar laat geen speelruimte over voor communicatie tussen de processors onderling. Als er meer werk verricht wordt neemt ook de onderlinge communicatie toe, waardoor een kleiner percentage beschikbaar is voor het lezen en schrijven van data. Verder geldt het latencyverhaal natuurlijk ook voor berichten tussen de processors onderling. Een laatste factor die mee kan spelen is dat het (minieme) aantal I/O-acties toeneemt door de hogere doorvoersnelheid.

	Woodcrest 2,66GHz / 533MHz FBD
	Performance scaling
	MySQL 4.1.20 | 1x single -> 1x dual	34%
	MySQL 4.1.20 | 1x dual -> 2x dual	17%
	MySQL 4.1.20 | 1x single -> 2x dual	56%
	MySQL 5.0.20a | 1x single -> 1x dual	22%
	MySQL 5.0.20a | 1x dual -> 2x dual	14%
	MySQL 5.0.20a | 1x single -> 2x dual	40%
	PostgreSQL 8.2-dev | 1x single -> 1x dual	76%
	PostgreSQL 8.2-dev | 1x dual -> 2x dual	84%
	PostgreSQL 8.2-dev | 1x single -> 2x dual	224%

	Woodcrest 3,0GHz / 667MHz FBD
	Performance scaling
	MySQL 4.1.20 | 1x single -> 1x dual	34%
	MySQL 4.1.20 | 1x dual -> 2x dual	13%
	MySQL 4.1.20 | 1x single -> 2x dual	52%
	MySQL 5.0.20a | 1x single -> 1x dual	29%
	MySQL 5.0.20a | 1x dual -> 2x dual	6%
	MySQL 5.0.20a | 1x single -> 2x dual	37%
	PostgreSQL 8.2-dev | 1x single -> 1x dual	84%
	PostgreSQL 8.2-dev | 1x dual -> 2x dual	77%
	PostgreSQL 8.2-dev | 1x single -> 2x dual	226%