Como testamos servidores smb

Teste de servidor significa cavar em conjuntos de benchmark. Expandiremos esse conjunto de testes com o passar do tempo, mas, para esse conjunto de máquinas de trabalho, decidimos continuar com os testes básicos de CPU e de estresse de memória, juntamente com um teste de sistema de arquivos em rede para ver como o servidor se saiu em diferentes graus de disco carregando pela rede.

Após examinar várias opções, estabelecemos dois conjuntos de testes de benchmark. O primeiro é o Geekbench 2.0.10 da Primate Labs, uma empresa canadense de desenvolvimento de software. Eu gosto do Geekbench porque faz um trabalho exaustivo ao estressar os subsistemas de disco e memória. Além disso, está disponível no Windows, Linux, OS X e até Solaris, e pode ser executado no modo de 32 ou 64 bits, com suporte específico para operação de multiprocessador e multithread. O Geekbench retorna uma pontuação geral do Geekbench compilada de todos os seus testes. Com apenas algumas máquinas testadas, esse número é de importância limitada, mas aumentará em valor comparativo à medida que eu revisar mais servidores. Enquanto isso, você pode conferir as pontuações existentes do Geekbench no navegador de resultados do Primate Labs (um registro pesquisável dos resultados de pontuação enviados que já possuem várias centenas de máquinas).

Além da pontuação geral do Geekbench, considero pontuações específicas para o desempenho inteiro da CPU e de ponto flutuante, bem como para a velocidade da memória. O Geekbench testa cada um desses subsistemas com uma variedade de testes com multithread único e (quando aplicável) e retorna uma pontuação geral em cada categoria.

Para testes de disco, decidimos seguir o mesmo conjunto de benchmarks que usamos para o armazenamento NAS (Network Attached Storage): o benchmark do sistema de arquivos de rede IOzone (iozone.org). Dezenove anos em desenvolvimento, o IOzone é um teste sofisticado de benchmark de E / S que avalia uma solução geral de servidor a partir do nível do aplicativo ou do arquivo, e não apenas do nível do hardware bruto. Isso significa que configuramos nossos testes de IOzone para executar um fluxo de E / S em vários tamanhos de arquivo e bloco. Dessa forma, podemos ver resultados nos quais os caches de cliente e servidor desempenham um papel, bem como instâncias em que os arquivos são tão grandes que os caches estão sobrecarregados e podemos ter uma noção do desempenho do hardware bruto.

Eu configurei o IOzone para executar arquivos que variam em tamanho de 32 MB a um tamanho tão grande quanto o complemento de RAM de cada servidor. Os tamanhos dos blocos variaram de 4K a 128K. O tráfego produzido produziu uma variedade de arquivos pequenos e médios, forçando o servidor e seu sistema operacional a mostrar sua inteligência em cache. Também me permitiu ver o que aconteceria quando arquivos de dados gritantes estressassem os servidores no nível do hardware básico.

Ajustaremos nossos testes de desempenho ao longo do tempo, especialmente o teste IOzone, que poderemos executar de maneira multinodal em análises posteriores para simular cargas de usuários muito maiores em iterações escalonadas. Se você tiver alguma solicitação ou sugestão nesse sentido, sinta-se à vontade para me enviar um e-mail, em.

Resultados de teste de referência

Confira as pontuações do teste SMB Sever.