Slik tester vi smb-servere

Servertesting betyr å grave i referansepakker. Vi utvider denne testserien etter hvert som tiden går, men for denne samlingen av arbeidshestemaskiner bestemte vi oss for å holde oss med grunnleggende CPU- og minne-stresstesting, kombinert med en nettverksfilsystemtest for å se hvordan serveren klarte seg under ulik grad av disk laster over nettverket.

Etter å ha undersøkt flere alternativer, avgjorde vi på to referansetester. Den første er Geekbench 2.0.10 fra Primate Labs, et kanadisk programvareutviklingsfirma. Jeg liker Geekbench fordi den gjør en grundig jobb med å stresse både disk og hukommelsessystemer. Den er også tilgjengelig i Windows, Linux, OS X og til og med Solaris, og den kan kjøres i enten 32-bit eller 64-bit modus, med spesifikk støtte for både prosessor og multetråddrift. Geekbench returnerer en samlet Geekbench-score utarbeidet fra alle testene. Med bare noen få testede maskiner er dette antallet av begrenset betydning, men det vil vokse i sammenlignende verdi når jeg vurderer flere servere. I mellomtiden kan du sjekke ut eksisterende Geekbench-score i Primate Labs 'nettleser (en søkbar oversikt over innsendte poengsum som allerede er flere hundre maskiner tykke).

I tillegg til den generelle Geekbench-poengsummen, vurderer jeg spesifikke score for CPU-heltal og flytende punktytelse, så vel som for minnehastighet. Geekbench tester hvert av disse delsystemene med en rekke enkelt- og (hvor aktuelt) flertrådede tester og gir en samlet poengsum i hver kategori.

For disk-tester bestemte vi oss for å holde oss med den samme referansepakken som vi har brukt for testing av nettverkstilkoblet lagring (NAS): IOzone nettverksfilsystem-benchmark (iozone.org). Nitten år i produksjonen er IOzone en sofistikert I / O-referansetest som evaluerer en overordnet serverløsning fra applikasjons- eller filnivå, i stedet for bare fra det rå maskinvarenivået. Det betyr at vi konfigurerer IOzone-testene våre til å kjøre en I / O-strøm i en rekke fil- og blokkeringsstørrelser. På denne måten kan vi se resultater der klageren og serverens cacher spiller en rolle, i tillegg til tilfeller når filer er så store at hurtigbufferne blir overbelastet, og vi kan få en følelse av rå maskinvareytelse.

Jeg satte IOzone til å kjøre filer fra 32MB til like stor som hver servers RAM-komplement. Blokkstørrelser varierte fra 4K til 128K. Trafikken dette produserte inkluderte en rekke små og mellomstore filer, og tvang serveren og operativsystemet til å vise cache-smarts. Det lot meg også se hva som ville skje når enorme datafiler stresset serverne på grunnleggende maskinvarenivå.

Vi vil finjustere vår ytelsestesting over tid, spesielt IOzone-testen, som vi kan kjøre på en multinodal måte i senere anmeldelser for å simulere mye større brukerbelastning i trinnvise iterasjoner. Hvis du har noen forespørsler eller forslag på denne måten, kan du sende meg en e-post, kl.

Resultat av referansetest

Sjekk ut SMB Sever-testresultatene.