Historias
Slashboxes
Comentarios
 
Este hilo ha sido archivado. No pueden publicarse nuevos comentarios.
Mostrar opciones Umbral:
Y recuerda: Los comentarios que siguen pertenecen a las personas que los han enviado. No somos responsables de los mismos.
  • por asinkecualo (526) el Sábado, 17 Enero de 2004, 19:08h (#255015)
    ( http://blogdrake.org/ | Última bitácora: Jueves, 23 Septiembre de 2004, 00:26h )
    Pues eso, algunos detalles de los que me he dado cuenta luego.
    • El nivel predeterminado de gzip es 6, y es el que he usado.
    • El nivel predeterminado de bzip2 es 9, y es el usado.
    • Cuando hablo del total, simplemente sumo el tamaño total de las imágenes ISO sin comprimir por separado y luego el total de las comprimidas, cada una por separado también. Si primero hiciera un tar de las 3 imágenes ISO y luego se comprimieran el tamaño se reduciría un poco más (teóricamente).
    • Los resultados parecen ser homogéneos. He probado con una imagen ISO de Debian y el comportamiento es similar, obteniéndose un 5% de reducción al usar gzip.
    Respecto a porqué comprime más gzip que bzip2, he de suponer que es porque el contenido de las ISOs ya está comprimido previamente con bzip2. En general al comprimir datos (por ejemplo los fuentes normales de un programa cualquiera, que son texto mayoritariamente) se observa el comportamiento esperado: bzip2 comprime alrededor de un 20% más que gzip. Si alguien fuera tan amable de explicarnos este "comportamiento anómalo"... :)
    --
    Blogdrake [blogdrake.net]
    [ Padre ]
  • por asinkecualo (526) el Sábado, 17 Enero de 2004, 18:10h (#254983)
    ( http://blogdrake.org/ | Última bitácora: Jueves, 23 Septiembre de 2004, 00:26h )
    En realidad me preocupan los tiempos y las cargas de CPU, a eso me refiero cuando hablo de repetirlos, a medir esos parámetros... Sé que el tamaño no va a variar.

    Yo es que no soy partidario de comprimir las ISOs en el servidor. Llevo un mirror de algunas distribuciones y la posibilidad de montar las isos para proporcionar acceso tanto a la iso en sí, como al contenido, y sólo ocupar espacio una vez me parece muy atractiva. Con eso en mente tener imágenes comprimidas no es viable.

    Si la compresión la realiza el servidor al vuelo, se carga la CPU del servidor, y tampoco me parece viable.

    Además otro motivo para no querer isos comprimidas es que al descargar necesitas descomprimir, por lo tanto en algún momento necesitas tener ocupado el doble de espacio en local... Ya no es mucho, tener 650 o 700 megas libres, pero no siempre es posible.

    --
    Blogdrake [blogdrake.net]
    [ Padre ]
  • por asinkecualo (526) el Sábado, 17 Enero de 2004, 19:14h (#255017)
    ( http://blogdrake.org/ | Última bitácora: Jueves, 23 Septiembre de 2004, 00:26h )
    A ver repito: Las ISOS se comprimen poco porque los RPMs que contiene ya vienen comprimidos... No sé qué tipo de compresiones estaréis haciendo, pero vamos, que evidentemente en esto, como en toda comprobación "científica" los resultados tienen que ser repetibles.

    Yo no digo que lo mío sea una verdad absoluta, pero me parecen resultados razonables y homogéneos, y lo que no es razonable es que se comprima en más de un 90% una imagen ISO llena de RPMs con datos binarios ya comprimidos...

    --
    Blogdrake [blogdrake.net]
    [ Padre ]
  • 2 respuestas por debajo de tu umbral de lectura actual.