Consejos para un rendimiento óptimo en discos duros M7x0

Introducción
Uno de los pilares fundamentales del M7x0 es que el disco duro funcione eficientemente, esto que puede parecer obvio no lo es para muchos usuarios o aunque lo sea no saben cómo conseguirlo.

Siempre se ha dicho que lo mejor es tener una única partición formateada con "mke2fs -j -N 20000 -m 0 /dev/sda1" y hasta ahora puede que funcionara más o menos bien, pero han subido los bitrates de algunas emisiones, queremos hacer múltiples grabaciones y/o reproducir otra a la vez, tenemos errores de disco que sólo podemos arreglar en un PC, etc., por lo que el disco duro tiene que ofrecer un mayor rendimiento y hay que diferenciar entre formatear un disco para el PC en el que necesitamos fiabilidad que para un M7x0 en el que anteponemos la rapidez.

El objetivo es dar unos cuantos consejos que permitan tener un disco duro (o varios) con el mayor rendimiento posible y que pueda autorepararse en caso de tener errores. Aunque pueden servir para cualquier firmware, está enfocado en el VDR porque es el único que permite tener varias carpetas de grabación (pueden ser particiones o discos duros distintos) y realiza comprobaciones de disco de manera gráfica corrigiendo los posibles errores que pudiera haber.

Para seguirlo se requieren unos mínimos conocimientos sobre particiones y Linux.


Consejos
Los puntos a tener en cuenta son:
1) Particiones: El disco duro no puede tener particiones mayores de 200 GB.
Esto se debe a que si hay errores en el disco y necesitan repararse, el firmware VDR iniciará una comprobación de disco pero si esa partición es superior a 200 GB el Giga se queda sin memoria suficiente dando un error y sale sin reparar nada, por lo que ese disco sólo se puede reparar desde un PC, de esta manera el M7x0 será autosuficiente para reparar cualquier error de disco.
Si el disco duro es inferior a 200 GB se puede hacer una única partición, pero si supera los 200 GB es necesario hacer tantas particiones de 200 GB (máximo) como sea necesario, si por ejemplo es de 250 GB se pueden hacer 2 de 125 GB.
Las particiones se pueden hacer con cualquier programa, por ejemplo con el fdisk de Linux.

2) Formateo: Las particiones tienen que estar formateadas en ext2, cualquier otro sistema de archivos queda descartado, el rendimiento del FAT32 es pésimo y el ext3 es más lento que ext2 debido a que tiene que administrar el journaling y en discos duros USB es muy raro hacer uso de él.
Existen optimizaciones para acelerar el ext3 que se basan en hacer menos fiable el tipo de journaling, pero para hacer eso es mejor no usarlo tal y como hace el ext2.
Además es necesario formatearlo con unos parámetros en concreto y cualquier cambio en los mismos puede hacer que baje el rendimiento.
Este es el paso más importante y hay que entender que no sólo es necesario tener el disco duro en ext2, sino que tiene que formatearse correctamente pensando en el M7x0 y que otras formas de hacerlo no serán tan óptimas.

Los parámetros para formatearlo correctamente son:
mke2fs -b 4096 -i 65536 -I 128 -m 1 /dev/sda1
De esta forma los bloques e inodos no se tienen que calcular y serán los establecidos (-b 4096 -i 65536).
También reservamos el 1% del espacio del disco (-m 1) para evitar la fragmentación del mismo.
Ejecutamos el mismo comando en el resto de particiones (si las tuviéramos).

3) Comprobaciones: Tiene que hacerse una comprobación de disco al menos 1 vez al mes, así nos aseguramos que el disco duro está en perfectas condiciones para seguir trabajando.
También forzamos a que no tenga en cuenta el número de montados para comprobar el disco.
De paso le ponemos un nombre a las particiones (recomiendo llamarlas
vdr1, vdr2, vdr3, ..., por facilidad a la hora de configurarlas
después):
Para hacer esto, ejecutamos:
tune2fs -i 1m -c 0 -L vdr1 /dev/sda1

4) Optimizaciones: En contra de lo que todos podemos pensar, un disco duro recién particionado y formateado en ext2 no está en su estado más óptimo.
Para comprobarlo, ejecutamos en todas las particiones:
e2fsck -fD /dev/sda1
y veremos como se modifican las tablas de particiones.
Este comando será necesario ejecutarlo de vez en cuando según el uso que hagamos de los discos, lo llenos que estén, etc.

Ahora ya tenemos un disco duro que dará lo máximo de sí en un M7x0.


Finalmente, tendríamos que configurar las nuevas particiones en el directorio de grabación.
Podemos ir a Menú -> Configuración de directorios -> Directorio de grabaciones y escribir por ejemplo "/media/vdr1 /media/vdr2 /media/vdr3 /media/vdr4" (rutas separadas por espacios y si en la ruta original hubiera algún espacio se admiten enlaces simbólicos) o editar el archivo /etc/rc.local.conf y establecer el parámetro vdr_videodirs="/media/vdr1 /media/vdr2 /media/vdr3 /media/vdr4"

La solución definitiva para obtener el máximo rendimiento posible sería añadir otro disco duro o tantos como se desee.

Esta lista está abierta a nuevos consejos que queráis añadir y para cualquier tipo de duda, sólo tenéis que preguntarla.

Genial bittor. Muchas gracias por el curro que te has pegado.

Lo pondré en práctica lo antes que pueda.

Saludos.

Por lo que comentas es válido para cualquier firm no? yo ahora mismo (por circunstancias) tengo el LCK-Siesta, notaré una mejora si lo pongo como comentas no?

Sí, se puede poner en práctica en cualquier firm, pero no podrás hacer lo de las particiones porque los demás firms sólo admiten un único directorio de grabación.

La mejoría la notarás al darle tute al disco, p.e.: hacer 2 grabaciones y reproducir otra que es lo máximo permitido por ese firm, pero como el wavebug consume mucha más memoria y cpu que el VDR, a lo mejor aunque mejores el rendimiento del disco puede que el cuello de botella lo tengas en el mismo firm.

Un comentario desde la ignorancia...

Por propia experiencia puedo confirmar que el giga no es capaz por sí mismo de arreglar un disco grande.

Pero, me imagino las cabezas del disco yendo de partición en partición y no acabo de verlo claro.

Que lo mismo digo una tontería.

Hola bittor, ante todo gracias por la información,... como siempre dado en el clavo.
En mi caso, ni una bien: tengo un disco de 750 Gb, con una única partición, y en ext3,... vamos un desastre. Por eso, en ocasiones con 2 grabaciones y 1 reproducción me funciona a saltos.
Suerte que con una comprobación de disco en el pc, la cosa se arregla por bastante tiempo.

bittor escribió:
Los parámetros para formatearlo correctamente son:
mke2fs -b 4096 -i 65536 -m 1 /dev/sda1
De esta forma los bloques e inodos no se tienen que calcular y serán los establecidos (-b 4096 -i 65536).
También reservamos el 1% del espacio del disco (-m 1) para evitar la fragmentación del mismo.

Quería comentarte que hace algún tiempo tuve un problema con un disco duro, consulte en el foro aleman y gambler me recomendó formatear: mke2fs -i 65536 -m 0 /dev/sda1
En mi absoluto desconocimiento, no quiero llevarte la contraria, pero tampoco me atrevo a llevar la contraria a gambler: ¿con cuál nos quedamos?

bittor escribió:
3) Comprobaciones: Tiene que hacerse una comprobación de disco al menos 1 vez al mes, así nos aseguramos que el disco duro está en perfectas condiciones para seguir trabajando.
Para hacer esto, ejecutamos:
tune2fs -i 1m /dev/sda1

Esto tiene un pequeño problema: la comprobación del disco se realiza al encender el aparato. De esta forma, si coincide con una grabación programada se perderá el comienzo de la misma mientras realiza la comprobación del mismo, y si ocurre al encender para ver algo, tenemos que estar un rato esperando a que termine la comprobación para poder ver algo.
Creo que sería mucho mejor utilizar el plugin programador de tareas para ello.

Saludos.
José A.

MaDMaN escribió:Por propia experiencia puedo confirmar que el giga no es capaz por sí mismo de arreglar un disco grande.

Pero, me imagino las cabezas del disco yendo de partición en partición y no acabo de verlo claro.

Si tienes particiones mayores de 200 GB el e2fsck se queda sin memoria y no puede repararlo, ese es el problema.
Por eso y como el VDR admite más de un directorio como carpeta de grabación, nos aprovechamos de esa característica y usamos varias particiones menores a ese tamaño y el Giga podrá repararlo sin problemas y además bastante rápido.

joseagt escribió:Quería comentarte que hace algún tiempo tuve un problema con un disco duro, consulte en el foro aleman y gambler me recomendó formatear: mke2fs -i 65536 -m 0 /dev/sda1
En mi absoluto desconocimiento, no quiero llevarte la contraria, pero tampoco me atrevo a llevar la contraria a gambler: ¿con cuál nos quedamos?

En este punto cada uno decimos lo que creemos mejor.
Por ejemplo leí un mensaje de Andreas Koch en el que ni siquiera dice de usar el parámetro -m, y si no lo pones se reserva el 5% del espacio que tenga el disco.
Recomiendo usar la opción -m 1 porque el propio creador del mke2fs indica en el manual que evita la fragmentación.
solrac comentaba que no tenía sentido porque el VDR se ejecuta como root y entendía que se iba a ocupar el 100% del disco aunque pusieras esa opción, por lo tanto se iba a fragmentar igual que si la pusieras a 0, pero como no sé el método exacto que usa para evitar la fragmentación y mientras no se demuestre lo contrario usaré esa opción porque por reservar el 1% del espacio para el root no se te va a fragmentar más y si no lo haces puede que sí lo haga.
Habría que hacer pruebas, pero no sé si es factible y fiable hacer pruebas de fragmentación.

joseagt escribió:

bittor escribió:
3) Comprobaciones: Tiene que hacerse una comprobación de disco al menos 1 vez al mes, así nos aseguramos que el disco duro está en perfectas condiciones para seguir trabajando.
Para hacer esto, ejecutamos:
tune2fs -i 1m /dev/sda1

Esto tiene un pequeño problema: la comprobación del disco se realiza al encender el aparato. De esta forma, si coincide con una grabación programada se perderá el comienzo de la misma mientras realiza la comprobación del mismo, y si ocurre al encender para ver algo, tenemos que estar un rato esperando a que termine la comprobación para poder ver algo.
Creo que sería mucho mejor utilizar el plugin programador de tareas para ello.

Las comprobaciones de disco programadas (como es el caso) en el VDR-NG-EM las hace al apagar, aunque en la rama stable hay un bug y no las hace nunca.

bittor escribió:

MaDMaN escribió:Por propia experiencia puedo confirmar que el giga no es capaz por sí mismo de arreglar un disco grande.

Pero, me imagino las cabezas del disco yendo de partición en partición y no acabo de verlo claro.

Si tienes particiones mayores de 200 GB el e2fsck se queda sin memoria y no puede repararlo, ese es el problema.
Por eso y como el VDR admite más de un directorio como carpeta de grabación, nos aprovechamos de esa característica y usamos varias particiones menores a ese tamaño y el Giga podrá repararlo sin problemas y además bastante rápido.

Perdona bittor, creo que no me he explicado bien. Me refería a que el ir y venir de las cabezas de una partición a otra, quizá reduciría la velocidad de acceso e incluso podría disminuir la vida del disco. De todas formas, lo digo sin más base que el imaginar las cabezas del disco corriendo de aquí para allá, grabando en dos particiones (o más) del mismo disco. Y mientras, el VDR quizá pensando que son varios discos físicamente distintos, cosa que sería completamente diferente, cuando lo que realmente está haciendo es acceder al mismo disco y a zonas físicamente distantes dentro del mismo. De ahí mi duda.

gracias bittor. Saludos. José A.

MaDMaN escribió:Perdona bittor, creo que no me he explicado bien. Me refería a que el ir y venir de las cabezas de una partición a otra, quizá reduciría la velocidad de acceso e incluso podría disminuir la vida del disco. De todas formas, lo digo sin más base que el imaginar las cabezas del disco corriendo de aquí para allá, grabando en dos particiones (o más) del mismo disco. Y mientras, el VDR quizá pensando que son varios discos físicamente distintos, cosa que sería completamente diferente, cuando lo que realmente está haciendo es acceder al mismo disco y a zonas físicamente distantes dentro del mismo. De ahí mi duda.

En principio no afecta el tener varias particiones para que el disco sufra más o menos.

Piensa que en un momento determinado estará grabando al disco el mismo número de archivos que grabaciones simultáneas tengamos en ese momento.

Pongamos un caso ficticio muy raro de 2 grabaciones en un disco con una partición y con dos particiones recién formateadas.
1 partición: en el disco se graban 2 archivos a la vez, pero el primer archivo puede grabarlo al principio del disco y el segundo al final.
2 particiones: un archivo puede grabarlo al final de la primera partición y el segundo al principio de la segunda.

En este ejemplo, el disco sufre más con una partición.

Lo que quiero dar a entender es que realmente no sabemos cómo se van a guardar los archivos en el disco, de eso se encargará el SO y la controladora y suponemos que lo harán de una forma eficiente sea con una partición o con dos.

Si tienes particiones muy grandes y hay un error, cada vez que arranques el VDR intentará corregirlo y después de bastante rato saldrá sin repararlo y te quedarás como estabas, y es lo que se pretende evitar haciendo las particiones.

Pues si, uno no sabe muy ben dónde van a parar los ficheros. ¿Serán algoritmos complicadísimos o más bien a voleo? Bueno, me callo.

bittor escribió:
tune2fs -i 1m /dev/sda1
tune2fs -L vdr1 /dev/sda1

Yo le he añadido -c0 para que no tenga en cuenta el numero de mounts y solo lo haga 1 vez al mes.
Quedaría así: tune2fs -c0 -i1m -Lvdr1 /dev/sda1

Saludos.

Perfecto anier, modifico el primer mensaje para añadirlo.
Aunque no sé si por defecto lo tiene puesto, siempre es mejor forzarlo para estar 100% seguro que no lo hará.

No voy a discutir lo que bittor dice porque estoy seguro que se lo ha estudiado a fondo. Y el caso es que con FW de Lck mi conclusión era que el chequeo del disco no era posible hacerlo desde el Gigaset (hablo de HDDs de 350 a 500 GB y con una sóla partición), aunque se siguieran las recomendaciones de detener el Wavebox, que hacían los gurús.

Pero es que ahora con el VDR y lo mismo con Lemmi, casi todas las comprobaciones las hago sin acudir al PC y parece que ambos FWs resuelven bien los problemas. Porque cuando he tenido alguna duda e ido a comprobarlo en el PC, el caso es que el disco estaba ya limpio.

Ya sé que no estoy dando ninguna información cuantitativa (que sería lo que a mí me gustaría hacer, por deformación profesional) pero ahí queda mi comentario. La próxima vez que compruebe mi disco de 500 GB con una sola partición, miraré antes en el PC si está o no limpio (si hace falta provoco yo mismo el problema) y después veré si el VDR es capaz o no de arreglarlo. Lo mismo digo de Lemmi, donde el disco es de 350 GB.

Para finalizar, lo que creo es que es muy probable que lo que dice bittor sea el consejo más adecuado y los FWs sólo sean capaces de arregalar pequeños problemas. De ahí que yo también recomiendo seguir lo que bittor indica, como no podía ser de otra manera, a pesar de todo lo indicado más arriba.

En estos días he andado liado con el disco Fujitsu-Siemens (que al final he devuelto) y los chequeos desde Lemmi acababan todos dando error y abortando, aun habiendo arreglado algo. Llevado al PC, había bastantes errores por corregir.

MaDMaN escribió:En estos días he andado liado con el disco Fujitsu-Siemens (que al final he devuelto) y los chequeos desde Lemmi acababan todos dando error y abortando, aun habiendo arreglado algo. Llevado al PC, había bastantes errores por corregir.

¿De qué tamaño era la partición?

Pero a mí me ha dicho un pajarito que, en estos días, MaDMaN ha tenido otros muchos problemas que (pienso yo) han podido condicionar el resultado.

Supongo que no habría más que una partición, anier, y la mayor probabilidad apuntaría a 500 GB (o más si me apuráis). ¡Esto ya es el colmo, hombre, deja que conteste el interpelado! :oops:

bittor escribió:Finalmente, tendríamos que configurar las nuevas particiones en el directorio de grabación.
Podemos ir a Menú -> Configuración de directorios -> Directorio de grabaciones y escribir por ejemplo "/media/vdr1 /media/vdr2 /media/vdr3 /media/vdr4"
(rutas separadas por espacios y si en la ruta original hubiera algún
espacio se admiten enlaces simbólicos) o editar el archivo /etc/rc.local.conf y establecer el parámetro vdr_videodirs="/media/vdr1 /media/vdr2 /media/vdr3 /media/vdr4"

¿Esto funciona en la versión estable?. Mientras se arregla el entorno web estoy con la estable (la familia se había acostumbrado a programar desde ahí) y, en principio, parece que no funciona. He distribuido las grabaciones que tenía entre dos particiones, pero sólo se ven las de la primera partición.

Saludos.

Amigo Larrinbe, nadie mejor que tú conoce los problemas que he tenido estos días.

Efectivamente, particiones hasta ahora como la madre. Pero el tamaño... Ya decía un paisano tuyo con el que trabajé (hace ocho años y que aún echo de menos aunque él no lo sabe,... bien pensado, igual le conoces) que la gente no lee,... y efectivamente es así, porque bien claro lo pone en mi firma: ¡¡400 GB!!

MaDMaN escribió:que la gente no lee,... y efectivamente es así, porque bien claro lo pone en mi firma: ¡¡400 GB!!

:cheers:

Pues tienes razón, sobre todo la letra pequeña.

Amigo MaDMaN, me ha parecido leer (ya ves que sí leo) que lo habías devuelto, luego no se me ha ocurrido buscarlo en tu firma.

Sigo pensando que mi razonamiento era correcto y que, hoy por hoy, la mejor relación calida/precio en HDD externo está en 500 GB en general y, en algún caso en particular, en 750 GB.

En realidad era lo que quería decir, aunque ahora puede que haya queda más claro.

anier escribió:

bittor escribió:Finalmente, tendríamos que configurar las nuevas particiones en el directorio de grabación.
Podemos ir a Menú -> Configuración de directorios -> Directorio de grabaciones y escribir por ejemplo "/media/vdr1 /media/vdr2 /media/vdr3 /media/vdr4"
(rutas separadas por espacios y si en la ruta original hubiera algún
espacio se admiten enlaces simbólicos) o editar el archivo /etc/rc.local.conf y establecer el parámetro vdr_videodirs="/media/vdr1 /media/vdr2 /media/vdr3 /media/vdr4"

¿Esto funciona en la versión estable?. Mientras se arregla el entorno web estoy con la estable (la familia se había acostumbrado a programar desde ahí) y, en principio, parece que no funciona. He distribuido las grabaciones que tenía entre dos particiones, pero sólo se ven las de la primera partición.

Funciona en cualquier firmware VDR-NG porque esa funcionalidad no se ha tocado.
Me estrañaría mucho que no funcione y creo que no estás poniendo bien las rutas.

Para tener el interfaz web en la versión unstable ya comentó Krako cómo hacerlo, solamente estaba esperando que lo arreglara Kille para no invertir tiempo en lo mismo aunque en principio sólo es cambiar una línea y probarlo.
Además puedes usar el VDRAdmin-AM que es más potente.

Larrinbe escribió:Amigo MaDMaN, me ha parecido leer (ya ves que sí leo) que lo habías devuelto, luego no se me ha ocurrido buscarlo en tu firma.

Sigo pensando que mi razonamiento era correcto y que, hoy por hoy, la mejor relación calida/precio en HDD externo está en 500 GB en general y, en algún caso en particular, en 750 GB.

En realidad era lo que quería decir, aunque ahora puede que haya queda más claro.

Si, pero sigue en mi firma por vago.

Ah, el nuevo es de 500 GB.

Vamos, que me había adelantado. Me suele pasar.

Ya nos contarás cual es y como te va.

bittor escribió:

anier escribió:

bittor escribió:Finalmente, tendríamos que configurar las nuevas particiones en el directorio de grabación.
Podemos ir a Menú -> Configuración de directorios -> Directorio de grabaciones y escribir por ejemplo "/media/vdr1 /media/vdr2 /media/vdr3 /media/vdr4"
(rutas separadas por espacios y si en la ruta original hubiera algún
espacio se admiten enlaces simbólicos) o editar el archivo /etc/rc.local.conf y establecer el parámetro vdr_videodirs="/media/vdr1 /media/vdr2 /media/vdr3 /media/vdr4"

¿Esto funciona en la versión estable?. Mientras se arregla el entorno web estoy con la estable (la familia se había acostumbrado a programar desde ahí) y, en principio, parece que no funciona. He distribuido las grabaciones que tenía entre dos particiones, pero sólo se ven las de la primera partición.

Funciona en cualquier firmware VDR-NG porque esa funcionalidad no se ha tocado.
Me estrañaría mucho que no funcione y creo que no estás poniendo bien las rutas.

Para tener el interfaz web en la versión unstable ya comentó Krako cómo hacerlo, solamente estaba esperando que lo arreglara Kille para no invertir tiempo en lo mismo aunque en principio sólo es cambiar una línea y probarlo.
Además puedes usar el VDRAdmin-AM que es más potente.

a mi me pasa lo mismo, el disco si lo ve y realiza grabaciones en el, pero para ver las grabaciones que tenia realizadas en el como unico disco (ahora tengo dos) hay que ponerlo primero en el directorio.

por ejemplo, tengo dos discos con esta configuracion, "/media/vdr1 /media/vdr2" se realizan las grabaciones en lo dos discos y se pueden ver sin problemas. Si quiero ver las grabaciones que tenia en el disco vdr2 antes de poner el 1 tengo que configurarlo en primer lugar, asi "/media/vdr2 /media/vdr1" pero entonces no se ven las grabaciones que se hicieron con los dos discos, se ven las que solo estan el el disco 2 aunque el disco 1 si se ve.

valla rollo, me se me entiende?