Sådan tester vi smb-servere

Servertest betyder at grave i benchmark suiter. Vi vil udvide denne testserie, når tiden går, men til denne roundup af arbejdshestmaskiner besluttede vi at holde os med grundlæggende CPU- og hukommelsesstresstestning, kombineret med en netværksfilsystemtest for at se, hvordan serveren klarede sig i forskellige grader af disk indlæsning via netværket.

Efter at have undersøgt flere indstillinger afregnet vi to benchmark test suiter. Den første er Geekbench 2.0.10 fra Primate Labs, et canadisk softwareudviklingsfirma. Jeg kan godt lide Geekbench, fordi det gør et grundigt job med at understrege både disken og hukommelsessystemerne. Det er også tilgængeligt på tværs af Windows, Linux, OS X og endda Solaris, og det kan køre i 32-bit eller 64-bit-tilstand, med specifik understøttelse til både multiprocessor og multetråddrift. Geekbench returnerer en samlet Geekbench-score udarbejdet fra alle dens test. Med kun få testede maskiner er dette antal af begrænset betydning, men det vil vokse i sammenlignende værdi, når jeg gennemgår flere servere. I mellemtiden kan du tjekke eksisterende Geekbench-scoringer i Primate Labs 'resultatsbrowser (en søgbar fortegnelse over indsendte scoringsresultater, der allerede er flere hundrede maskiner tyk).

Ud over den samlede Geekbench-score overvejer jeg specifikke score for CPU-heltal- og flydepunktpræstation samt for hukommelseshastighed. Geekbench tester hvert af disse delsystemer med en række enkelt- og (hvor relevant) flertrådede tests og returnerer en samlet score i hver kategori.

Ved disk-test besluttede vi at holde os med den samme benchmark-pakke, som vi har brugt til netværksfastgjort lagring (NAS) -test: IOzone-netværksfilsystemets benchmark (iozone.org). 19 år undervejs er IOzone en sofistikeret I / O-benchmark-test, der evaluerer en samlet serverløsning fra applikations- eller filniveauet snarere end kun fra det rå hardware-niveau. Det betyder, at vi konfigurerer vores IOzone-test til at køre en I / O-strøm i en række fil- og blokstørrelser. På denne måde kan vi se resultater, hvor klient- og servercachen spiller en rolle, samt tilfælde, hvor filer er så store, at cachen er overbelastet, og vi kan få en fornemmelse af rå hardwarepræstation.

Jeg satte IOzone til at køre filer i størrelse fra 32MB til så store som hver servers RAM-komplement. Blokstørrelser varierede fra 4K til 128K. Den producerede trafik omfattede en række små og mellemstore filer, der tvang serveren og dens operativsystem til at vise deres cache-smarts. Det lader mig også se, hvad der ville ske, når enorme datafiler understregede serverne på grundgrunden hardware niveau.

Vi justerer vores ydelsestest over tid, især IOzone-testen, som vi muligvis kører på multinodal måde i senere anmeldelser for at simulere meget større brugerbelastning i trappede iterationer. Hvis du har spørgsmål eller forslag i disse linjer, er du velkommen til at sende mig en e-mail, kl.

Resultater af benchmark-test

Tjek SMB Sever-testresultaterne.