Come testiamo i server smb

Test server significa scavare in suite di benchmark. Espanderemo questa suite di test col passare del tempo, ma per questa carrellata di macchine da corsa a cavallo, abbiamo deciso di continuare con test di stress di CPU e memoria di base, insieme a un test di file system in rete per vedere come il server si è comportato con vari gradi di disco caricamento in rete.

Dopo aver esaminato diverse opzioni, abbiamo optato per due suite di test di riferimento. Il primo è Geekbench 2.0.10 di Primate Labs, una società canadese di sviluppo software. Mi piace Geekbench perché fa un lavoro approfondito nello stressare sia il disco che i sottosistemi di memoria. Inoltre, è disponibile su Windows, Linux, OS X e persino Solaris e può essere eseguito in modalità a 32 o 64 bit, con supporto specifico sia per operazioni multiprocessore che multithread. Geekbench restituisce un punteggio Geekbench complessivo compilato da tutti i suoi test. Con solo alcune macchine testate, questo numero è di importanza limitata, ma aumenterà di valore comparativo man mano che rivedo più server. Nel frattempo, puoi controllare i punteggi Geekbench esistenti sul browser dei risultati di Primate Labs (un record di ricerca dei risultati del punteggio inviato che è già spesso diverse centinaia di macchine).

Oltre al punteggio complessivo di Geekbench, considero punteggi specifici per le prestazioni di numeri interi e virgola mobile della CPU, nonché per la velocità della memoria. Geekbench testa ciascuno di questi sottosistemi con una varietà di test a thread singolo e (ove applicabile) e restituisce un punteggio complessivo in ciascuna categoria.

Per i test su disco, abbiamo deciso di attenerci alla stessa suite di benchmark utilizzata per i test NAS (Network Attached Storage): il benchmark del file system di rete IOzone (iozone.org). A distanza di diciannove anni, IOzone è un sofisticato test di benchmark I / O che valuta una soluzione server globale dall'applicazione o dal livello di file anziché solo dal livello di hardware grezzo. Ciò significa che configuriamo i nostri test IOzone per eseguire un flusso I / O in una varietà di dimensioni di file e blocchi. In questo modo possiamo vedere i risultati in cui le cache del client e del server svolgono un ruolo, così come i casi in cui i file sono così grandi da sovraccaricare le cache e possiamo avere un'idea delle prestazioni dell'hardware grezzo.

Ho impostato IOzone per eseguire file di dimensioni variabili da 32 MB a grandi quanto il complemento RAM di ciascun server. Le dimensioni dei blocchi variavano da 4K a 128 K. Il traffico prodotto ha incluso una serie di file di piccole e medie dimensioni, costringendo il server e il suo sistema operativo a mostrare la propria intelligenza nella cache. Mi ha anche permesso di vedere cosa sarebbe successo quando i file di dati enormi avrebbero stressato i server a livello di hardware di base.

Modificheremo i test delle prestazioni nel tempo, in particolare il test IOzone, che potremmo eseguire in modo multinodale nelle recensioni successive per simulare carichi di utenti molto più grandi nelle iterazioni a gradini. Se hai richieste o suggerimenti in tal senso, non esitare a inviarmi un'e-mail all'indirizzo.

Risultati dei test di benchmark

Dai un'occhiata ai punteggi dei test Sever SMB.