
Estoy trabajando en un proyecto que utiliza una memoria flash compacta SanDisk para alojar un sistema operativo Linux (sistema de archivos ext2 y sin intercambio). El sistema utiliza un IDE independiente para el registro y otras funciones de entrada/salida de archivos. Mirando en línea, parece estándar que las tarjetas flash compactas sean capaces de realizar aproximadamente 100.000 ciclos de escritura (teniendo en cuenta el equilibrio de carga). Hay muchas buenas preguntas en SuperUser sobre cómo reducir la cantidad de escrituras, pero me gustaría saber si hay¿Hay alguna forma de monitorear/registrar el número de escrituras en la memoria flash compacta?. es posible?
Respuesta1
Así que seguí investigando más profundamente y encontré algunas opciones:
crl inteligente
Este comando que se encuentra en el paquete smartmontools enumerará la cantidad de comandos de escritura (incluidos los sectores lógicos escritos) y algunas otras estadísticas interesantes.https://linuxconfig.org/retrieve-hard-drive-s-age-and-general-health-information-using-linux. Pero mi flash compacto carece de capacidad SMART, por lo que no funcionará.
/sys/bloque/dev/stat
Este archivo proporciona varias estadísticas sobre el estado del dispositivo de bloque "dev", incluido lo que estoy buscando: número de E/S de escritura procesadas.https://www.kernel.org/doc/Documentation/block/stat.txt
vmstat-d
Este comando también muestra diferentes estadísticas de E/S. Básicamente la misma información que /sys/block/dev/stat pero para todas las estadísticas del disco. Tendría que buscar un poco para conseguir el dispositivo sda que me interesa.
Hubo un par de cosas más que miré, como diskstat y algunos comandos enumerados en tecmint.com relacionados con el monitoreo del rendimiento de Linux con los comandos vmstat y iostat (necesitaba al menos 10 puntos de repetición para publicar más de 2 Enlaces).
Creo que el enfoque /sys/block/dev/stat se adaptará mejor a mis necesidades.