Comportamento do Cache de Gravação do Controlador Raid

Question

Estou tentando entender como é que o cache write-back em um controlador raid pode continuar a gerar um benefício enquanto você está escrevendo um enorme conjunto de dados aleatório. Deixe-me primeiro dizer que entendo como um cache write-back funciona : o sistema operacional obtém uma conclusão de E / S em uma gravação quando os dados atingem o cache do controlador em vez do meio subjacente mais lento e o controlador Em seguida, grava os dados no meio tão rápido quanto possível. Então, sendo esse o caso, se você está rapidamente escrevendo dados mais rápido do que a mídia de apoio pode escrevê-los, eu esperaria explodir o cache do controlador e o ganho de desempenho de ter um write-back para desaparecer, e você acabaria com um desempenho equivalente a uma configuração de gravação?

O que eu descrevi acima é o que eu esperaria, mas não é o que estou vendo. O servidor de backup em cache de write-back tem consistentemente pelo menos 4x mais IOPS e throughput, e sustenta-o; em comparação com um servidor idêntico que eu coloquei no modo write-through. Alguma idéia de como explicar esse comportamento?

E sim, estou escrevendo muito mais do que dados suficientes para saturar o cache do sistema de arquivos, e estou escrevendo isso muito rapidamente.

    

Answer 1

O cache de write-back permite que o sistema operacional organize melhor os dados antes de gravar, aumentando assim o desempenho. Se você faz muitas gravações relativamente pequenas, basta colocar os dados de várias gravações consecutivas e gravá-los na mídia de uma só vez para melhorar significativamente o desempenho.

Em menor grau, o cache write-back pode ajudar o sistema operacional a corresponder ao tamanho do cluster durante as gravações. Por exemplo, se você escrever 10000 bytes por vez e o tamanho do cluster for 8192 bytes, o armazenamento em cache impedirá que o sistema operacional grave 1808 bytes em um cluster parcialmente cheio (o que exigiria a leitura do cluster primeiro).