Por qué no es necesario desfragmentar en Linux
Es una pregunta que sale con bastante frecuencia, ¿porqué no es necesario desgragmentar en Linux?
Aqui va la traducción de este artículo para los lectores que tienen dificultades con el inglés.
En lugar de intentar explicarlo con términos muy técnicos, he optado por un cuadro de ASCII dado que una imagen vale más que mil palabras.
Aquí está el cuadro que utilizaré para explicarlo:
a b c d e f g h i j k l m n o p q r s t u v w x y z a 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 b 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 c 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 d 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 e 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 f 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 g 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 h 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 i 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 j 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 k 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 l 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 m 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 n 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 o 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 p 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 q 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 r 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 s 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 t 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 u 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 v 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 w 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 x 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 y 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 z 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
Esto es una representación (muy pequeña) de un disco duro, completamente vacío - por eso a ceros.
El a-z en la parte superior y en el lado izquierdo del cuadro son utilizados para localizar cada byte individual de datos: el izquierdo superior es aa, superior derecho za y el último de la izquierda es az.
Estoy seguro van cogiendo la idea...
Empezaremos con un sistema de ficheros muy sencillo de una clase que seguro están muy familiarizados: uno que necesita defragmentar ocasionalmente.
Desde que los usuarios tanto de Windows como de Linux usan sistemas de ficheros FAT, aunque sea para discos flash USB, es un sistema de ficheros importante, aunque desafortunadamente padece de fragmentación.
Añadiremos un archivo a nuestro sistema de ficheros, y nuestro disco duro se parecerá a esto:
a b c d e f g h i j k l m n o p q r s t u v w x y z a T O C h e l l o . t x t a e l e 0 0 0 0 0 0 0 0 0 0 b 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 c 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 d 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 T O C e H e l l o , _ w o r l d 0 0 0 0 0 0 0 0 0 0 0 0 0 0 f 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
(Las filas vacías g-z se han omitido para más claridad)
Para explicar lo que están viendo: las primeras cuatro filas del disco se reservan para una "tabla de contenidos" o TOC.
Este TOC almacena la localización de cada fichero en el sistema de ficheros.
En el ejemplo anterior, TOC contiene un fichero, denominado "hello.txt", y nos dice que el contenido de este fichero se puede localizar entre ae y le.
Miramos esas posiciones y vemos que el contenido del fichero es "Hello, world".
¿Todo bien hasta aquí?
Añadimos ahora otro fichero:
a b c d e f g h i j k l m n o p q r s t u v w x y z a T O C h e l l o . t x t a e l e b y e . t x t m e z b e 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 c 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 d 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 T O C e H e l l o , _ w o r l d G o o d b y e , _ w o r l d f 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
Como se puede ver, el segundo fichero se ha añadido inmediatamente después del primero.
La idea aquí es que si todos los ficheros se guardan juntos, acceder a ellos será más rápido y fácil: la parte lenta del disco duro es la aguja, cuanto menos se tiene que mover, tanto más rápido se podrá leer/escribir.
El problema que esto causa lo podemos ver cuando decidimos editar nuestro primer fichero.
Digamos que queremos añadir algún símbolo de exclamación a nuestro "Hello" para que parezca más entusiasta.
Entonces tenemos un problema: no hay sitio para nuestro símbolo de exclamación en nuestro sistema de ficheros: el fichero "byte.txt" está en medio.
Tenemos solamente dos opciones, ninguna ideal:
- Borrar el fichero de su posición original, y añadimos el nuevo y más grande al final del segundo fichero.
- Fragmentamos el archivo, de manera que exista en dos sitios pero sin espacios vacíos.
Para ilustrarlo, aqui teneis una aproximación a la primera opción:
a b c d e f g h i j k l m n o p q r s t u v w x y z a T O C h e l l o . t x t a f n f b y e . t x t m e z b e 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 c 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 d 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 T O C e 0 0 0 0 0 0 0 0 0 0 0 0 G o o d b y e , _ w o r l d f H e l l o , _ w o r l d ! ! 0 0 0 0 0 0 0 0 0 0 0 0
Y aquí a la segunda:
a b c d e f g h i j k l m n o p q r s t u v w x y z a T O C h e l l o . t x t a e l e a f b f b y e . t x b t m e z e 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 c 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 d 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 T O C e H e l l o , _ w o r l d G o o d b y e , _ w o r l d f ! ! 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
Esta es la razón del porqué los sistemas de ficheros FAT necesitan defragmentar regularmente.
Todos los ficheros se sitúan justo a la derecha del anterior, así si algún fichero se agranda, se fragmenta.
Y si un fichero se reduce, deja un espacio.
Pronto el disco duro se convierte en una masa de fragmentos y espacios, y su rendimiento empieza a bajar.
Y luego está Linux. Que tiene una filosofía diferente.
Los sistemas de ficheros de windows son ideales si tienen un único usuario, accediendo a los ficheros en más o menos el orden en que son creados, uno detrás de otro.
Linux, sin embargo, está pensado como un sistema multi-usuario: está garantizado que tendrás más de un usuario intentando acceder a más de un fichero al mismo tiempo.
Así que se usa un enfoque diferente: cuando creamos "hello.txt" en un sistema de ficheros de Linux, se asemeja a lo siguiente:
a b c d e f g h i j k l m n o p q r s t u v w x y z a T O C h e l l o . t x t h n s n 0 0 0 0 0 0 0 0 0 0 b 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 c 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 d 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 T O C e 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 f 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 g 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 h 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 i 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 j 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 k 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 l 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 m 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 n 0 0 0 0 0 0 0 H e l l o , _ w o r l d 0 0 0 0 0 0 0 o 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 p 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 q 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 r 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 s 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 t 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 u 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 v 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 w 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 x 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 y 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 z 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
Y cuando añadimos el otro fichero:
a b c d e f g h i j k l m n o p q r s t u v w x y z a T O C h e l l o . t x t h n s n b y e . t x t d u q b u 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 c 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 d 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 T O C e 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 f 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 g 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 h 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 i 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 j 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 k 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 l 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 m 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 n 0 0 0 0 0 0 0 H e l l o , _ w o r l d 0 0 0 0 0 0 0 o 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 p 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 q 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 r 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 s 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 t 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 u 0 0 0 G o o d b y e , _ w o r l d 0 0 0 0 0 0 0 0 0 v 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 w 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 x 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 y 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 z 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
Lo inteliente de este enfoque es que la aguja del disco está en la mitad, y la mayoría de ficheros, por término medio, están bastante cerca: así es como funcionan los promedios después de todo.
Cuando añadimos nuestros símbolos de exclamación a este sistema de ficheros, observad cuantos problemas causa:
a b c d e f g h i j k l m n o p q r s t u v w x y z a T O C h e l l o . t x t h n u n b y e . t x t d u q b u 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 c 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 d 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 T O C e 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 f 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 g 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 h 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 i 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 j 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 k 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 l 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 m 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 n 0 0 0 0 0 0 0 H e l l o , _ w o r l d ! ! 0 0 0 0 0 o 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 p 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 q 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 r 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 s 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 t 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 u 0 0 0 G o o d b y e , _ w o r l d 0 0 0 0 0 0 0 0 0 v 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 w 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 x 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 y 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 z 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
Correcto: absolutamente ningún problema.
Windows intenta poner todos los ficheros lo más cerca del comienzo del disco, lo que provoca que constantemente se fragmente los ficheros al modificarlos y no hay espacio libre disponible.
Linux esparce ficheros por todo el disco con lo que hay cantidad de espacio libre si el fichero cambia de tamaño.
También reordena ficheros al momento, dado que tiene cantidad de espacio vacío para barajar.
Defragmentar un sistema de ficheros de Windows es un proceso más intensivo y no muy práctico de ejecutar durante su uso habitual.
De esta forma la fragmentación sólo se convierte en un problema en Linux cuando un disco está tan lleno que no queda ningún espacio para insertar un fichero grande sin tener que partirlo.
Mientras el disco está lleno menos del 80 %, es bastante improbable que ocurra.
También vale la pena saber que cuando un sistema operativo nos indica que un disco está completamente defragmentado, a pesar de la naturaleza de la geometría del disco duro, la fragmentación puede seguir presente: un disco duro típico actualmente tiene múltiples discos en su interior.
Pongamos por ejemplo que nuestro disco duro está actualmente en dos platos, el primero de aa a zm y el segundo de an a zz:
a b c d e f g h i j k l m n o p q r s t u v w x y z a 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 b 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 c 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 d 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 e 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 f 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 g 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 h 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 i 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 j 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 k 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 l 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 m 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
a b c d e f g h i j k l m n o p q r s t u v w x y z n 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 o 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 p 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 q 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 r 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 s 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 t 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 u 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 v 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 w 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 x 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 y 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 z 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
El siguiente fichero sería considerado no-fragmentado, porque va de una fila m a la fila n, pero se ignora el hecho de que la aguja tendrá quemoverse desde el final de un plato al principio del otro para poder leer el fichero:
a b c d e f g h i j k l m n o p q r s t u v w x y z a T O C h e l l o . t x t r m e n 0 0 0 0 0 0 0 0 0 0 b 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 c 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 d 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 e 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 f 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 g 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 h 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 i 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 j 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 k 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 l 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 m 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 H e l l o , _ w o
a b c d e f g h i j k l m n o p q r s t u v w x y z n r l d ! ! 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 o 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 p 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 q 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 r 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 s 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 t 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 u 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 v 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 w 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 x 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 y 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 z 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
Espero esto haya ayudado a entender porqué no viene ningún programa de defragmentación en una instalación de Linux.
Si no, estoy abierto a sugerencias. ![[Smiley]](http://geekblog.oneandoneis2.org/img/smilies/icon_wink.gif){kind=icon}
nemrac @ 12:14
Meneame
del.icio.usComentarios(11) »
tecniart Blog Archive Cambiando de Linux a Windows — 04-10-2006 - 17:42:51 GMT 2
Lo Mas Interesante — 28-01-2007 - 18:36:14 GMT 2
Una de enlaces La Manzana 23 — 21-02-2007 - 11:52:04 GMT 2
lu-ma — 01-12-2008 - 19:42:30 GMT 2
Bien, lindo tambien; yo suelo comentarle a mis amigos y esporadicos clientes el siguiente ejemplo practico de porque conviene defragmentar el rigido, que tome de reponer gaseosas en las heladeras de un antiguo trabajo. Les digo asi (indice pulgar derecho arriba): Imaginaos que el rigido es una heladera de coca -si no les agrada esto pues piensen en pepsi o dieteticas- tenemos las bebidas chicas de vidrio, las plasticas de 600cm, las siguentes serian 1,5 lts y por ultimo las de 2 lts. Por estante o gabeta o como lo llamen segun el pais se coloca segun el tamaño; Pero diferentes gustos: Sprite, fanta, pomelo, etc; segun la linea o marca. La gente comiensa a refunfuniar del calor y de la vida y las gaseosas se empiesan a vender. Ahi es cuendo mi empleado al que cariñosamente le decimos "windows" porque es simpatico pero un poco quedado o tonto, comiensa a reponer las botellas que faltan, PERO NUNCA LAS ORDENA !!! solo mete donde hay espacios vacios !!! asi que comienza a mesclarlo todo y las fantas estan con las cocas y entre medio de estas las sprite y los pomelos, tambien por aqui y por alla. En la base de la misma heladera donde estan las grandes por 2 lts. tambien podemos encontrar alguna pequeñita de vidrio o latas que ya pasaron su fecha de vencimiento (esto ultimo suele pegar en la mente del cliente y ya de raiz le entrego desconfianza hacia windows). Bien, asi queda, segun me dijo la practica, bien comentado porque deben defragmentar, mientras sentados enfrente del monitor, les muestro lo colorinche o colorido que esta la barra que muestra su rigido o particion, y colorin colorado, este cuento, con linux, a "casi" terminado.
Desde el sur, lu-ma. (si, mi documento dice argentino... se nota?? jajaja)
Clemenza08 — 25-01-2009 - 19:15:36 GMT 2
Si una imágen vale más que mil palabras: ¿una palabra vale 0.001 de imágen?
Gran error tu sentencia. Y para que la imagen valga hay que saber leerla...
mariano montenegro — 17-03-2009 - 03:56:24 GMT 2
muy buena explicacion, yo crei haber leido pro ahi que ext3 utilizaba el primer espacio lo sufucuentemente grande para que quepa el fichero entero, era algo parecido, pero hay cosas evidentes: yo soy usuario de win y linux, mientras que windows arranca todos los dias un poquito mas lento (medido desde el comienzo de la carga del sistema operativo hasta que aparece el puntero en la interfaz grafica, linux (ubuntu en mi caso) siempre arranca en el mismo tiempo, y tarda menos que win, incluso con los efectos de escritorio activados, si se fijan en los monitores de temperatura de cpus o placas de video, se van a dar cuenta de que con linux laburan entre 2 y 10 grados mas frios, haciendo lo mismo o mas aun en linux, para mi es contundente, si a mi hace 10 o 12 años en el colegio me hubieran enseñado linux en vez de windows, hoy quiza seria programador, no lo se, pero que tengo ganas eso n hay dudas, perodon por mi extension, saludos, esta muy buena la pagina...
Buy Viagra — 14-12-2009 - 21:29:47 GMT 2
La rama inestable de Linux Mint es llamada Romeo. No está activada por defecto en los lanzamientos de la distribución. Los usuarios que deseen conseguir las características "más avanzadas" y deseen ayudar a la distribución probando los nuevos paquetes, pueden agregar la rama "Romeo" a sus fuentes de APT. Romeo no es un rama en sí misma y no sustituye a los otros depósitos.
Los nuevos paquetes son lanzados primero en Romeo, donde son probados por los desarrolladores y por quienes usan Romeo. Después que un paquete es definido como suficientemente estable, es portado al último lanzamiento estable.
La idea de Romeo y su proceso de actualización es tomada desde la distribución Debian, donde los paquetes son primero lanzados a la rama "Inestable" y luego a la rama "de Prueba". Romeo es equivalente de la rama "Inestable" en Linux Mint (aunque requiere un lanzamiento estable para ser soportada y no puede funcionar por si sola), el último lanzamiento estable de Linux Mint es el equivalente a la rama "de Prueba", porque aunque es estable consigue su actualización desde Romeo. Dependiendo de sus dependencias a un determinado paquete, puede también ser probado en Romeo para ser incluido en el próximo lanzamiento estable.
generic levitra — 16-12-2009 - 21:34:21 GMT 2
MS-DOS son las siglas de MicroSoft Disk Operating System, Sistema operativo de disco de Microsoft. Es un sistema operativo comercializado por Microsoft perteneciente a la familia DOS. Fue un sistema operativo para el IBM PC que alcanzó gran difusión.
Fue gradualmente reemplazado en computadoras de escritorio comerciales sistemas operativos que ofrecían una interfaz gráfica de usuario (GUI), en particular por varias generaciones del sistema operativo Microsoft Windows. MS-DOS desarrollo QDOS (Quick and Dirty Operating System), también conocido como 86-DOS. Su desarrollo inicia oficialmente en 1981, y fue lanzado en 1982 como MS-DOS 1.0. MS-DOS tuvo 8 versiones sobresalientes hasta que Microsoft detuvo su desarrollo en el año 2000.
generic viagra — 21-01-2010 - 19:58:35 GMT 2
La desfragmentación es el proceso mediante el cual se acomodan los archivos de un disco de tal manera que cada uno quede en un área contigua y sin espacios sin usar entre ellos. Al irse escribiendo y borrando archivos continuamente en el disco duro, éstos tienden a no quedar en áreas contiguas, así, un archivo puede quedar "partido" en muchos pedazos a lo largo del disco, se dice entonces que el archivo está "fragmentado". Al tener los archivos esparcidos por el disco, se vuelve ineficiente el acceso a ellos.
El problema de almacenamiento no contiguo de archivos se denomina fragmentación, se produce debido al almacenamiento de archivos en dispositivos como disco duro y memoria RAM por el uso del computador.
La fragmentación es un problema que surge debido al ordenamiento interno de los datos en algunos sistema de archivos. Se da muy comúnmente en el sistema operativo Windows aunque también afecta a otras plataformas pero en una escala mucho menor. También se produce fragmentación dentro de la memoria del computador (memoria RAM) cuando se asignan los procesos a los diferentes bloques de memoria. Existen dos tipos de fragmentación: interna y externa.
viagra online — 05-02-2010 - 16:09:06 GMT 2
Por qué no es necesario desfragmentar en Linux ????
Delirios Blog Archive Desfragmentación en Linux — 13-09-2006 - 14:20:04 GMT 2