Estou usando o Debian 8.0 x64 com 72 GB de RAM com 4 drives configurados como software RAID 0.
Linux s1 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt11-1 (24/05/2015) x86_64 GNU/Linux
Tentei definir páginas sujas para cache de 2 GB antes de escrever. Também tentei definir as configurações "dirty_ratio" e "dirty_background_ratio" para usar 50% da RAM, mas também não funcionou. O daemon pdflush deve iniciar a cada minuto e o tempo de expiração para páginas sujas foi definido para 10 minutos.
Verifiquei a E/S do disco usando "iotop" e ele mostrou uma alta atividade de gravação no disco. Além disso, "cat /proc/meminfo" mostrou que o valor "Dirty" está diminuindo (provavelmente devido à escrita). Antes de verificar executei "sync" e "drop_caches". Testei usando o comando "dd" escrevendo um arquivo de zeros de 1 GB.
- Aqui estão as configurações:
eco 0 > /proc/sys/vm/dirty_background_ratio
eco 2147483648 > /proc/sys/vm/dirty_background_bytes
eco 0 > /proc/sys/vm/dirty_ratio
eco 2147483648 > /proc/sys/vm/dirty_bytes
eco 6000 > /proc/sys/vm/dirty_writeback_centisecs
eco 30000 > /proc/sys/vm/dirty_expire_centisecs
- Opções de montagem:
/dev/md0 em /test type ext4 (rw,noatime,nodiratime,nobarrier,stripe=512)
Sugestões?
Responder1
Tente aumentar md/stripe_cache_size aqui o arquivo que você deve criar
#/etc/udev/rules.d/83-md-stripe-cache.rules
KERNEL=="md*", ACTION=="add", TEST=="md/stripe_cache_size", ATTR{md/stripe_cache_size}="8192"
Funcionou para mim no Raid-6
E eu sugiro que você reduza a proporção de sujeira porque isso me causou problemas no sistema x64. Eu uso essas configurações
adicionar à /etc/sysctl.conf
vm.dirty_bytes = 16777216 #16Mb
vm.dirty_background_bytes = 835584 #mb
Responder2
Não use dd
para este teste. Use outros comandos como cp
e você verá seu cache de gravação funcionando bem.