Estoy usando Debian 8.0 x64 con 72 GB de RAM con 4 unidades configuradas 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
Intenté configurar páginas sucias en un caché de 2 GB antes de escribirlas. También intenté configurar las configuraciones "dirty_ratio" y "dirty_background_ratio" para usar el 50% de la RAM, pero tampoco funcionó. El demonio pdflush debería iniciarse cada minuto y el tiempo de caducidad para las páginas sucias se estableció en 10 minutos.
Revisé la E/S del disco usando "iotop" y mostró que el disco tenía una alta actividad de escritura. También "cat /proc/meminfo" mostró que el valor "Sucio" se está reduciendo (probablemente debido a la escritura). Antes de comprobarlo ejecuté "sync" y "drop_caches". Probé usando el comando "dd" escribiendo un archivo de 1 GB de ceros.
- Aquí están las configuraciones:
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
- Opciones de montaje:
/dev/md0 en /tipo de prueba ext4 (rw,noatime,nodiratime,nobarrier,stripe=512)
¿Sugerencias?
Respuesta1
Intente aumentar md/stripe_cache_size aquí el archivo que debe crear
#/etc/udev/rules.d/83-md-stripe-cache.rules
KERNEL=="md*", ACTION=="add", TEST=="md/stripe_cache_size", ATTR{md/stripe_cache_size}="8192"
Me funcionó en Raid-6
Y te sugiero que reduzcas la proporción de suciedad porque me causó problemas en el sistema x64. Utilizo esta configuración.
añadir /etc/sysctl.conf
vm.dirty_bytes = 16777216 #16Mb
vm.dirty_background_bytes = 835584 #mb
Respuesta2
No lo use ddpara esta prueba. Utilice otros comandos como cpy verá que su caché de escritura funciona bien.