Terminal
Siguiendo la línea de la comparativa de algoritmos de compresión que hice hace tiempo y viendo el avance que ha habido en procesadores con múltiples núcleos quería volver a repetir las pruebas usando aplicaciones que puedan aprovechar todos los núcleos para ver como mejoran los resultados.
Entorno de pruebas Sistema operativo: Debian Wheezy 64 bits Directorio database sin comprimir: 32G CPUs: 2 x Intel Xeon E5-2690 @ 2.90GHz Cores: 32 Todas las aplicaciones están en los repositorios oficiales, excepto pxz pero se puede instalar sin problema el paquete de sid.
Convertir ficheros alaw a wav es más fácil de lo que parece, tan sólo hay que usar la utilidad sox. El único problema que nos podemos encontrar es que sox no detecta la extensión ‘.alaw’ por lo que primero tendremos que cambiar la extensión del fichero de audio a ‘.al’:
mv audio.alaw audio.al De este modo ya podemos usar sox para pasarlo a wav:
sox audio.al audio.wav Y ahora que tenemos el wav podemos abrirlo con un editor de audio como Audacity.
Cuando eliminamos un paquete con apt-get si no se ha usado la opción --purge es posible que queden restos de configuración el sistema, cuando esto ocurre los paquetes quedan marcados con el estado rc:
r: el paquete ha sido eliminado c: los ficheros de configuración están presentes en el sistema Para solucionarlo podemos usar el siguiente comando:
dpkg -l | grep ^rc | awk '{print $2}' | xargs dpkg -P Primero usamos dpkg -l para listar todos los paqutes, con grep filtramos por el estado que estamos buscando, después con awk seleccionamos únicamente el nombre del paquete y a través de xargs se lo pasamos al parámetro purge de dpkg.
Cuando queremos crear una nueva partición con parted puede ser un poco confuso el usar todo el espacio disponible.
Un pequeño truco que nos simplifica la tarea es que admite porcentajes de forma que podemos indicar el comienzo y el final de la partición del siguiente modo:
mkpart primary 0% 100%
Las instalaciones por defecto en Linux suelen hacerse sobre sistemas de ficheros ext3/4. Estos sistemas reservan una cantidad de espacio por motivos de seguridad que por defecto es del 5%, así, en el caso de que la partición raíz se llene por completo, el sistema seguirá siendo accesible para tareas de mantenimiento y podrá seguir escribiendo en los logs.
El problema es que un 5% de un disco duro actual, de por ejemplo 500G, supone que estamos desperdiciando 25G de espacio.
Son muchos los backups que hacemos a diario y hasta ahora veníamos usando el clásico tar.gz por costumbre. Viendo que ha pasado mucho tiempo desde que salió GZIP me he decidido a hacer algunas pruebas para ver el rendimiento de los nuevos algoritmos como LZMA2 y a la vez jugar con los distintos niveles de compresión para ver los resultados.
1 Entorno de pruebas Sistema operativo: Debian Squeeze 64 bits Directorio sin comprimir: 15G 2 Algoritmos 2.