El 12 de mayo de 2014, 12:39, Francesc Guitart <[email protected]<https://mail.google.com/mail/u/0/?view=cm&fs=1&tf=1&[email protected]> > escribió:
> El 12/05/2014 11:22, fernando sainz escribió: > > El día 12 de mayo de 2014, 11:16, Francesc Guitart > <[email protected]<https://mail.google.com/mail/u/0/?view=cm&fs=1&tf=1&[email protected]>> >> escribió: >> >>> El 12/05/2014 10:49, fernando sainz escribió: >>> >>> El día 12 de mayo de 2014, 10:07, Francesc Guitart >>> <[email protected]<https://mail.google.com/mail/u/0/?view=cm&fs=1&tf=1&[email protected]> >>>> > >>>> escribió: >>>> >>>>> >>>>> Hola, >>>>> >>>>> Tengo instalado Debian Wheezy en un Cubox-i* (uno de los muchos >>>>> mini-ordenadores basados en ARM que están saliendo). >>>>> >>>>> Como en la mayoría de estos dispositivos el sistema se instala en una >>>>> tarjeta de memoria SD. Debido al límite máximo de escrituras de una >>>>> tarjeta >>>>> SD (estimado en unos 100.000 ciclos) me preguntaba cual sería la mejor >>>>> estrategia para alargar la vida de la tarjeta SD: >>>>> >>>>> 1. He pensado en montar el directorio /var/log por NFS, pero eso quiere >>>>> decir que tengo que tener otro ordenador encendido siempre. >>>>> >>>>> 2.¿Quizás en un disco USB? Tampoco me gusta mucho, tengo que comprar >>>>> otro >>>>> disco externo y estos pequeños sin alimentación no están pensados para >>>>> estar >>>>> encendidos todo el día. >>>>> >>>>> 2. Finalmente he leído por ahí la posibilidad de meter /var/log en un >>>>> tmpfs >>>>> pero, ¿cuanto espacio dedicarle? Que manera de malgastar RAM cuando no >>>>> vas >>>>> sobrado ¿no? >>>>> >>>>> ¿Que os parece? ¿Alguna otra posibilidad? >>>>> >>>>> Gracias. >>>>> >>>>> >>>>> >>>> Hola. >>>> >>>> No sé, pero yo no me preocuparía especialmente por los logs. >>>> La mayoría son rotados por logrotate y no se reescriben en disco mas >>>> de una o dos veces al día con lo que hasta esos 100.000 ciclos que >>>> dices, puedes echar cuentas... >>>> >>>> S2. >>>> >>>> >>>> >>> No estoy seguro de haberte entendido bien. >>> >>> De acuerdo, los logs son rotados por logrotate, vamos a decir, una vez al >>> día. Pero el sistema escribe a menudo (si no constantemente) sobre los >>> logs >>> del día actual. A mi modo de ver este número de accesos de escritura no >>> es >>> desdeñable. >>> >>> >>> >>> -- >>> Francesc Guitart >>> >>> >> No soy ningún experto, pero entiendo que esos 100.000 ciclos que dices >> se refieren a cada "celda/bit", pero un log va creciendo escribiendo >> en posiciones consecutivas no sobrescribiendo, que es lo que daría >> problemas, ¿no?. >> > > Pues si, tienes razón, no había pensado yo en esto. Aunque supongo que con > cada escritura no llenará una celda. Dependerá del tamaño del cluster, > claro. > > ¿Alguien que confirme si los 100.000 ciclos son por celda? > > Gracias. > > De manera más genérica, por sector físico, pero sí. Por otro lado, respecto a trasladar la escritura de todas las trazas a la RAM, opino que siempre tiene un inconveniente, y es obviamente su volatilidad. Tras un cuelgue, posible intrusión o eventos similares que fuercen el reinicio del equipo no quedará nada que te permita trazar que ha ocurrido. Además, coincido con lo dicho anteriormente. Malgastar así la memoria en una plataforma muy necesitada de ella... Así, ideas que se me ocurren deprisa y corriendo, son: a) Usar un sistema de archivos para /var/log con "wear leveling" (aunque esto es aplicable a prácticamente todo lo que vaya en una SD), que mitigue la fatiga de cada uno de sus sectores. O bien directamente una tarjeta SD con dicho soporte integrado por hardware. b) Usar un demonio trazador que envíe las trazas a otro equipo de la red, en vez de almacenarlas localmente. Saludos. -- José Antonio Podadera Moya
