Hola :) El Miércoles, 4 de Octubre de 2006 20:37, Carlos E. R. escribió:
El 2006-10-04 a las 16:59 +0200, Rafa Grim�n escribi�:
(XFS)
Otra cosa que hay que tener en cuenta es en qu� m�quinas y mercado se ha desarrollado: HPC y HW Silicon Graphics, es decir, en HW que es muy potente y en el que no suele faltar RAM y/o CPU ;)
Ah... eso explica algunas cosas.
0;)
No sab�a que MythTV te aconsejaba XFS, es bueno saberlo ;)
Unlike a typical filesystem, a MythTV video partition is usually a very large filesystem filled with a fairly small number of large files. Filesystem I/O is usually not an issue, even in multi-tuner and/or multi-frontend setups.
There is however, one aspect of filesystem performance that can have a bearing on the performance of MythTV. In Linux, deleting a file will utilize I/O bandwidth until the deletion has been completed. If deleting the file takes long enough, the video capture buffer may overrun, thereby resulting in dropped frames. Some filesystems are faster at deleting files than others and, for multi-gigbyte MythTV video files, these differences can be significant.
Lo cual es una cosa que me llama mucho la atención, porque yo el único sistema de ficheros que conozco en profundidad es el fat, y ahí borrar un fichero son dos operaciones de disco: marcar como borrada la entrada del directorio, y alterar la tabla de adjudicación de ficheros (fat), que se calcula en memoria y se escribe de un golpe - bueno, se escribía. Es una lista ligada mantenida en un array de tamaño fijo, o sea, de acceso rápido.
Pues no te sé decir ... <pensando> ... yo creo que el problema no es borrar un fichero ya que en Linux se marca como borrado, pero no se tocan los bloques de datos. El problema es entrar en los directorios y borrar los miles (o millones) de ficheros que haya en ese directorio. En este último caso, el algoritmo de acceso y lectura de ficheros en un directorio, es el cuello de botella. Si tu filesystem es bueno manejando árboles de directorios, ganarás mucho. Otra cosa a tener en cuenta es que XFS cachea muchos datos por lo que algunas operaciones se ven mejoradas y otras no. </pensando> [...]
Lo que no se es porqué los de mythtv no usan una partición raw para el buffer circular de recepción/visionado.
El usar raw implica "ignorar" las cachés y los buffers y acceder directamente al dispositivo. Esto para vídeo no es tan bueno porque lo que te interesa es que el streaming se haga desde memoria (más rápido y menos latencia) que desde disco. Además, si dos procesos están accediendo a dos sectores diferentes de disco ... el rendimiento (en el caso de raw) caerá vertiginosamente porque el cabezal tiene que bascular mucho :(
Bueno, en realidad recomendaban JFS, pero prefiero XFS. No iba a dedicarle una partición gigante a él solito, y sólo para probarlo.
Yo estuve un tiempo probando JFS y no me gustó una cosa: es poco fiable si se compila como módulo :( Si quieres que sea fiable y no perder datos ... inclúyelo en el kernel !! Rafa -- "Even paranoids have enemies." Rafa Grimán Systems Engineer Silicon Graphics Spain Santa Engracia, 120 - Planta Baja 28003 Madrid Spain Tel: +34 91 3984200 Tel: +34 91 3984201 Móvil: +34 628 117 940 http://www.sgi.com OpenWengo: rgriman Skype: rgriman