Por que o teste de latência de E / S do SSHFS é muito mais rápido que o RAID & NFS local?

1

Os testes SSHFS para latência de E / S do servidor usando dd retornam resultados muito surpreendentes, tanto que estou preocupado que isso possa ser algum problema com o método de teste ou a configuração.

Teste 1 no disco RAID 10 local usando dd (512 bytes escritos um     mil vezes)

dd if=/dev/zero of=/root/testfile bs=512 count=1000 oflag=dsync

Saída

1000+0 records in 1000+0 records out 512000 bytes (512 kB) copied, 3.34273 s, 153 kB/s

Needless to say, very disappointing results for Test 1.

Teste 2 no disco RAID 1 montado ( sshfs -o reconnect -o nonempty -o allow_other -o ServerAliveInterval=15 -o cache=yes -o kernel_cache -o Ciphers=arcfour ) usando dd (512 bytes escritos um     mil vezes)

dd if=/dev/zero of=/mnt/nas/testfile bs=512 count=1000 oflag=dsync

Saída

1000+0 records in 1000+0 records out 512000 bytes (512 kB) copied, 0.0498811 s, 10.3 MB/s

Very surprising results for Test 2 considering I was averaging only 400 kB/s with NFS .

Dados de controle Teste de desempenho de E / S do Linux usando o dd

Servidor com RAID 10: Neste exemplo, os dados de teste foram gravados em uma partição vazia. O sistema de teste foi um servidor SC823 2HE Intel Dual-CPU com seis discos rígidos SAS de 147 GB Fujitsu MBA3147RC (15.000 rpm) e um controlador RAID Adaptec 5805 com o cache ativado e uma BBU.

test-sles10sp2:~ # dd if=/dev/zero of=/root/testfile bs=512 count=1000 oflag=dsync 1000+0 records in 1000+0 records out 512000 bytes (512 kB) copied, 0.083902 seconds, 6.1 MB/s

EDIT: resultados de teste sem dsync

RAID 10 local: 512000 bytes (512 kB) copied, 0.00283095 s, 181 MB/s

SSHFS RAID 1: 512000 bytes (512 kB) copied, 0.0557114 s, 9.2 MB/s

Pergunta : Por que a latência de I / O é tão baixa para o SSHFS? Isso significa que é mais adequado para o armazenamento em cache de soluções com grande número de pequenas leituras / gravações em comparação com outros NASs como o NFS / CIFS?

    
por Joseph 04.05.2016 / 14:09

1 resposta

1

Suspeito strongmente que oflag=dsync é a causa que faz com que este - dd seja executado no host, obedeça esse sinalizador, sshfs não passa isso para o servidor, portanto, está fazendo uso de métodos de armazenamento em cache.

Normalmente, o NFS deve ser uma das opções mais rápidas para acessar o armazenamento remoto. Em comparação com o SSHFS, seus dados não precisam passar pela criptografia e pela pilha FUSE.

    
por 04.05.2016 / 14:35