Con fecha Viernes, 12 de Septiembre de 2014, 10:23:46 a.m., Maykel escribió: > descargarmos un .rar, .zip, .tar.gz, .lzo ...etc y está muy reducido > de tamaño. Cuando yo intento comprimir usando por ejemplo lzo, que es > de las más fuertes, no consigo reducir a tan poco tamaño... > Preguntona, tiene algo que ver el tamaño del fichero generado al > comprimir, con los tipos de ficheros que se meten dentro?
Por supuesto que el ratio de comprensión tiene muchísimo que ver con el tipo de archivos que se comprimen. > Me refiero si al ser fichero de texto, binario...etc, dependiendo del > tipo de fichero la compresión se hará mejor o peor... Claro. Los archivos sólo de texto (a texto puro me refiero) se comprimen muchísimo en ratios de 10:1 o mayores. Los archivos gráficos también se comprimen pero depende del codec que se utilizó para generarlo los BMP se comprimen más que los GIF y los JPG se comprimen muy poco. Los RAW también se pueden llegar a comprimir bastante. Los AVIS casi no se comprimen es mejor no perder tiempo en comprimirlos. En los archivos de audio pasa algo similar los WAV y Flac se comprimen mucho más que los MP3 > ¿Qué factores se deben de dar para realizar una buena compresión de > por ejemplo 5 ficheros que quieras comprimir y ocupar el minimo > espacio? Mira... Hoy día cualquier compresor de archivos para Linux comprime más o menos lo mismo... quizás alguno le saque ventaja al otro por un 10% no más y la velocidad a la que lo hacen también es similar. Así que la pregunta ¿Qué factores se deben de dar para realizar una buena compresión? hoy día es viciosa o injustificada puesto que más o menos todos los compresores modernos trabajan a ratios y velocidades similares de comprensión. Lo importante es conocer que es lo que se quiere comprimir y si vale la pena hacerlo... puesto que si nuestra intención es comprimir archivos de texto ese trabajo será útil y beneficioso mientras que si nos empecinamos en comprimir AVIs o JPG ese trabajo será por lo menos en balde... casi inútil... Veamos con un ejemplo: Tengo 1 GByte de archivos de texto que quiero comprimir para el trabajo se demanda 1 minuto (supuesto) luego de lo cual se obtiene un comprimido que sólo ocupa 100 MByte También tengo 1 GByte de archivos de video que quiero comprimir para el trabajo se demanda 10 minutos (supuesto inductivo a partir del tiempo demandado por el otro proceso) luego de lo cual se obtiene un comprimido que ocupa 900 MByte Por lo tanto... En un trabajo (comprensión de archivos de texto) se invirtió 1 minuto para obtener una ganancia de espacio considerable mientras en el segundo trabajo se invirtió 10 veces más de tiempo para lograr una reducción de espacio inapreciable. Al precio que tiene el almacenamiento masivo -/ 5 centavor de dólar el GigaByte /- ponerse a comprimir TODO lo que se nos cruza por nuestras máquinas es una tarea antieconómica sólo viable cuando de archivos de texto (o con similares ratios de comprensión) se trate. -- Saludos, Eduardo mailto:egis_e...@yahoo.com.ar -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/17510432052.20140912140...@yahoo.com.ar