Itthon Vélemények Hogyan teszteljük az smb szervereket?

Hogyan teszteljük az smb szervereket?

Anonim

A szerver tesztelése azt jelenti, hogy át kell vetni a benchmark lakosztályokat. Az idő múlásával kibővítjük ezt a tesztkészletet, de úgy döntöttünk, hogy kibírunk az alapvető CPU és a memória stressztesztelésével, valamint egy hálózati fájlrendszerteszttel, hogy megnézhessük, hogy a szerver hogyan viselkedett különböző fokú lemezeken. töltés a hálózaton keresztül.

Miután több lehetőséget megvizsgáltunk, két benchmark tesztkészletre telepítettünk. Az első a Geekbench 2.0.10, a kanadai szoftverfejlesztő cég Primate Labs cégétől. Szeretem a Geekbench-et, mert alapos munkát végez mind a lemez, mind a memória alrendszerének hangsúlyozásakor. Ezenkívül Windows, Linux, OS X vagy akár Solaris rendszereken is elérhető, és akár 32 bites, akár 64 bites módban is futtatható, külön támogatással mind a többprocesszoros, mind a többszálú műveletekhez. A Geekbench az összes tesztéből összeállított általános Geekbench-eredményt adja. Csak néhány gép tesztelése esetén ez a szám korlátozott jelentőséggel bír, de összehasonlító értéke növekszik, amikor több szervert vizsgálok meg. Időközben megnézheti a Geekbench meglévő eredményeit a Primate Labs eredmény böngészőjében (a benyújtott pontozási eredmények kereshető feljegyzése már több száz gép vastag).

A teljes Geekbench pontszám mellett a CPU egész számának és lebegőpontos teljesítményének, valamint a memória sebességének konkrét pontszámait is figyelembe veszem. A Geekbench ezen alrendszerek mindegyikét különféle egy- és (adott esetben) többszálú tesztekkel teszteli, és az egyes kategóriákhoz összpontszámot ad.

A lemeztesztekhez úgy döntöttünk, hogy ugyanazzal a benchmark készlettel, amelyet a hálózati csatlakoztatott tároló (NAS) teszteléshez használunk: az IOzone hálózati fájlrendszer benchmarkját (iozone.org). A gyártás során tizenkilenc év alatt az IOzone egy kifinomult I / O benchmark teszt, amely az átfogó szervermegoldást az alkalmazás vagy a fájl szintjéből, nem pedig csak a nyers hardver szintjéből kiértékeli. Ez azt jelenti, hogy az IOzone-tesztünket úgy konfiguráljuk, hogy I / O adatfolyamot futtasson különféle fájl- és blokkméretben. Ily módon láthatunk olyan eredményeket, amelyekben az ügyfél és a kiszolgáló gyorsítótárak szerepet játszanak, valamint olyan eseteket, amikor a fájlok olyan nagyok, hogy a gyorsítótárak túlterheltek, és megérthetjük a nyers hardver teljesítményét.

Beállítottam az IOzone-t, hogy 32 MB-tól egészen olyan nagy fájlokat futtasson, mint az egyes kiszolgálók RAM-kiegészítése. A blokkok mérete 4K és 128K között változott. Az így előállított forgalom számos kis és közepes méretű fájlt tartalmazott, és arra kényszerítette a kiszolgálót és az operációs rendszert, hogy megmutassák a gyorsítótárban lévő fájlokat. Azt is engedte megnézni, mi történne, ha az adatfájlok óriási hangsúlyozzák a szervereket az alapkőzet hardver szintjén.

Idővel módosítjuk a teljesítménytesztünket, különösen az IOzone-tesztet, amelyet későbbi áttekintésekben multimodális módon futtathatunk, hogy a sokkal nagyobb felhasználói terhelést szimuláljuk lépésről lépésre. Ha bármilyen kérése vagy javaslata van ehhez hasonlóan, nyugodtan küldjön nekem e-mailt a következő címen:.

Benchmark teszt eredményei

Nézze meg az SMB Sever teszteredményeit.

Hogyan teszteljük az smb szervereket?