Alguien sabe cual es el tamaño en disco real?, es decir, (por ejemplo)windows dice:
somefile.ext
Size: 200mb
Size on disk:300mb
date:some
Porque pasa esto, que significa?, a que debo de hacerle caso, o mas bien...PORQUE da dos datos??
| |||
Tamaño de los archivos - REAL?? Alguien sabe cual es el tamaño en disco real?, es decir, (por ejemplo)windows dice: somefile.ext Size: 200mb Size on disk:300mb date:some Porque pasa esto, que significa?, a que debo de hacerle caso, o mas bien...PORQUE da dos datos?? |
| ||||
Y cuando se valla a quemar ese archivo se tiene en cuenta es el tamaño no del disco sono el otro verdad no ??? ciao
__________________ -Tener la conciencia limpia es síntoma de mala memoria. - Lo importante no es ganar, sino hacer perder al otro - Si no eres parte de la solución, eres parte del problema. - Errar es humano, pero echarle la culpa a otro, es más humano todavía. - Yo no sufro de locura la disfruto a cada momento :-D :-D |
| ||||
No, tomas en cuenta el tamaño normal. El "tamaño en disco" varía dependiendo el sistema de archivos donde se encuentre, el mismo archivo puede ocupar diferentes "tamaños en disco" en particiones diferentes, todo dependiendo de la configuración.
__________________ Friedrich Nietzsche |
| |||
Por aclarar un poco: Cuando grabes el cd a cdrom, tb tendras un tamaño ocupado mayor al real, ya que el sistema de ficheros del cd tambien trabaja con "bloques". Lo que pasa es que normalmente la diferencia entre un tamaño y el otro son unos pocos kb (lo que no está ocupado del ultimo bloque). Esto para ficheros grandes (megas) no tiene ninguna importancia, pero para tamaños chicos (bytes) si que se nota. Por ejemplo, prueba a grabar varios miles de iconitos en un cd y veras como el espacio ocupado es mucho más que si los agrupas en un solo fichero. Por supuesto, cuando borras un fichero tb se libera el espacio "sobrante", ya que lo que haces es liberar los bloques ocupados, independientemente de que estos esten completamente ocupados o solo de forma parcial. Eso si, hay sistemas de ficheros avanzados en los que esta situación puede "complicarse un poco". A veces muchos ficheros estan "casi vacios". Por ejemplo, se crea un fichero vacio y se le dice que se quiere escribir en la posicion 200000000 un byte. Eso quiere decir que tenemos muchos millones de bytes al principio sin escribir, con un valor "desconocido". Un sistema "tipico" reservaria muchos bloques "vacios". Un sistema de ficheros actual se daria cuenta de la situacion y solo reservaria espacio para el byte escrito y pondria una marca de "aqui van 199999999 bytes libres", ocupando mucho menos espacio en disco. En estos casos si que la diferencia entre tamaño de fichero y tamaño real puede variar mucho. Un saludo Zerjillo |
| ||||
Si tienes un archivo de 200mb reales ocupando 300 mb en disco, entonces la fragmentacion interna de tu archivo es muy grande (50%). Defragmenta tu disco y haz una copia del archivo a otra particion u otro disco(que este defragmentado por supuesto), y luego con el disco particionado volves a copiar el archivo de nuevo al disco anterior. De esta manera te volvera a ocupar 200 mb de nuevo (con una variacion de unos pocos kb)
__________________ http://blog.tolaware.com.ar -> Blog de Java, Ruby y Linux |
| |||
Tamaño mayor a tamaño en disco A ver si alguien es capaz de decirme porqué si seleccionas varios archivos o carpetas, a veces en propiedades te indica que el tamaño en disco es INFERIOR al tamaño de los archivos y carpetas. Es decir, en la ventana de propiedades aparece, por ejemplo: "Tamaño: 443 MB (465.537.024 bytes)", y debajo "Tamaño en disco: 442 MB (464.539.072 bytes)" Me ha pasado con Windows 2000 original y creo que también con XP. ¿Cómo se come eso? Última edición por ppperez; 03/12/2005 a las 13:24 Razón: No había puesto título. |
| |||
Tamaño mayor a tamaño en disco |
| ||||
Nunca me habia pasado algo parecido, pero es bueno saber el porque.
__________________ http://blog.tolaware.com.ar -> Blog de Java, Ruby y Linux |