Velocidade de gravação esporádica no USB Drobo Array

Question

Eu tenho um segundo Gen Drobo (o 4-bay com USB 2 e FireWire 800) que é conectado a um computador que atua como um servidor de arquivos de escritório. Ultimamente eu notei que estava parecendo um pouco lento, então eu corri um monte de testes para ver onde estava o problema. Fiz alguns testes de velocidade na rede para outro drive USB e os testes foram feitos em torno de 35MB / s. Eu então testei a velocidade do drobo tanto no servidor quanto em outro laptop e desktop. No geral, a velocidade é razoavelmente consistente em torno de 14MB / s (e leitura de 19MB / s). O que me preocupa é que o gráfico de velocidade de gravação é todo no gráfico. Na imagem abaixo, o principal teste é o Drobo (parece basicamente o mesmo em todos os sistemas) e o teste de fundo é outro disco rígido USB que eu tinha por perto.

Como você pode ver, a unidade USB comum (embora não seja super rápida, era uma unidade portátil 4800RMP, tamanho de laptop, unidade) é agradável e consistente. O Drobo, no entanto, está em todo lugar. Não consigo imaginar que debater seja bom para o desempenho.

Como está em vários computadores, não é um controlador USB nem nada. Então, eu me preocupo se o Drobo está indo mal :( Ou talvez poderia ser fragmentação ou algo mais que poderia ser corrigido?

Obrigado!

Editar

O comentário de Shane me fez pensar ... e lembrei que um amigo meu tem uma primeira geração de Drobo, então eu testei sobre isso. Os resultados abaixo da primeira imagem, e sim, louco em todo o lugar na gravação ... talvez seja apenas como Drobos são? Mas eu seria negligente se eu levasse isso como evidência empírica de que não haveria problema. O outro Drobo também poderia ter um problema. Especialmente desde que é 2 anos mais velho que o meu: P

    

Answer 1

Eu tenho exatamente a mesma unidade e fiz um teste rápido por conta própria. No linux, usei o iozone e o O_DIRECT (minimiza os efeitos de cache). Meus números de leitura / gravação são sequencialmente semelhantes aos seus. 14MB / s write, 26 MB / s de leitura. O meu está no firewire 400.

File size set to 524288 KB
Record Size 64 KB
O_DIRECT feature enabled
Command line used: iozone -s 512M -r 64k -i 0 -i 1 -I
Output is in Kbytes/sec
Time Resolution = 0.000001 seconds.
Processor cache size set to 1024 Kbytes.
Processor cache line size set to 32 bytes.
File stride size set to 17 * record size.

          KB  reclen   write rewrite    read    reread
      524288      64   13485   15283    26090    27290  

Eu suspeito que alguns aspectos relacionados à idade estejam envolvidos aqui, já que faz muitos meses desde que eu reconstruí o particionamento nele. Eu duvido que a lentidão possa ser solucionada sem uma reconstrução completa, já que o sistema de arquivos no qual eu executei o teste acima é minimamente consumido (5%) e altamente não fragmentado. Como o teste acima é totalmente sequencial, é difícil obter condições mais ideais do que isso.