Tengo un servidor de archivos con un montón de discos que se ejecutan juntos en un grupo de BTRFS y quiero agregar un SSD para el almacenamiento en caché. No estoy principalmente después de acelerar las cosas, pero quiero atrapar los pequeños accesos regulares para poder cerrar los discos duros la mayor parte del tiempo sin un uso intensivo (no ejecutarlos las 24 horas del día, los 7 días de la semana, ahorrará energía y debería hacer que los discos duran más)
Hasta donde yo sé, actualmente hay dos técnicas de almacenamiento en caché SSD implementadas en Linux, dm-cache y bcache. Todavía se dice que dm-cache es más eficiente, pero el desarrollo continúa para ambos y no necesito ajustar la eficiencia máxima absoluta.
Leyendo la documentación de bcache , encontré estas opciones:
writeback_delay : cuando los datos sucios se escriben en el caché y anteriormente no contenían ninguno, espera algunos segundos antes de iniciar la reescritura. El valor predeterminado es 30.
writeback_percent : si no es cero, bcache intenta mantener sucio alrededor de este porcentaje de la memoria caché acelerando la reescritura en segundo plano y utilizando un controlador PD para ajustar suavemente la velocidad.
writeback_running : si está desactivado, la reescritura de datos sucios no tendrá lugar en absoluto. Todavía se agregarán datos sucios a la memoria caché hasta que esté casi llena; solo destinado a la evaluación comparativa. Por defecto está activado.
Establecer un valor lo suficientemente grande para writeback_delayparece hacer el trabajo para mí: solo escriba una vez por hora o (supongo que esto sucedería) si el caché se está llenando.
¿Es esta una configuración razonable, y tengo en cuenta algo más para tener éxito en girar los discos? También estoy bien con ir a una ruta completamente diferente si cumple mis requisitos.
Parece que @gorkypl está buscando otra solución para un problema similar , pero tiene diferentes requisitos y entornos y tampoco recibió una respuesta todavía.
bcache, por favor.