Desfragmentación SGSII

[gazmovlc]

ES una preguntilla, ¿es bueno desfragmentar las memorias del SGSII (tanto las 2 internas como la external sd)?

saludos!

[nocturno22]

 Cita: Originalmente Escrito por gazmovlc

ES una preguntilla, ¿es bueno desfragmentar las memorias del SGSII (tanto las 2 internas como la external sd)?

saludos!

no creo que haga falta, Android es linux

[Homo Viator]

Efectivamente.

Sólo Windows fragmenta al escribir.

Y las memorias no giran, por lo que no hay que desfragmentarlas. Igual que los discos SSD.

Saludos

[aceGuanche]

No olvidéis que aunque las ROM estén en ext4 (GNU/Linux) la memoria interna donde guardamos los datos y la externa están en fat32 que sufre una fragmentación brutal tanto interna como externa... Mi respuesta seria Si necesita desfragmentar cuando hayamos escrito y rescrito mucho sin formatearlas...

[aceGuanche]

 Cita: Originalmente Escrito por Homo Viator

Y las memorias no giran, por lo que no hay que desfragmentarlas. Igual que los discos SSD.

No es por llevarte la contraria pero no tiene nada que ver que los discos giren con que los archivos se desfragmenten

[Homo Viator]

Para no montar un hilo interminable te paso a privado.

[aceGuanche]

 Cita: Originalmente Escrito por Homo Viator

Para no montar un hilo interminable te paso a privado.

Esto es conmigo o con el autor de hilo de todos modos si todos exponemos nuestros motivos aquí, creo que todos aprenderemos

[Tl_pablito]

 Cita: Originalmente Escrito por aceGuanche

Esto es conmigo o con el autor de hilo de todos modos si todos exponemos nuestros motivos aquí, creo que todos aprenderemos

+ 1.
Me parece bien xq así aprendemos todos incluso sin tener un sgs ii.

No olvides darle al botón "Gracias" cuando alguien te ayuda. Desde mi Z710 con Tapatalk

[rafacarofe]

 Cita: Originalmente Escrito por aceGuanche

No es por llevarte la contraria pero no tiene nada que ver que los discos giren con que los archivos se desfragmenten

Los archivos se fragmentan tanto en unos como en otros pero no afecta a los discos sólidos...
La fragmentación en discos duros es un problema porque el disco tiene que girar muchas veces para acceder a las diferentes partes que componen cada archivo, ralentizando así la lectura.
En las tarjetas y discos ssd eso no influye (o influye muy poco) justamente por el tipo de acceso a los mismos que tienen, que es aleatorio. Sea Ram, o Flash, el acceso es por celda de informacion, acceso directo a una celda...

Puede ser cierto que mejore minimamente la velocidad, pero hay que tener en cuenta que las tarjetas tienen una vida ciclos de escritura limitada, así que no creo que convenga hacerlo.

[gazmovlc]

Bueno bueno no queria montar jaleo Solo que conecte el mvl por almacenamiento masivo y tenia un 8% de fragmentacion y queria saber si era necesario, vosotros las soleis desfragmentar?


saludos!

[Franquicia]

Vengo de una HD2 donde parte del sistema estaba en la micro y era importante desfragmentarla. Luego se notaba menos lag, pero repito que habia parte del sistema en una partición ext4.

[aceGuanche]

A ver si empezamos a exponer motivos contundentes y no ideas relativas...

Hay dos tipos de Fragmentación:

Interna: Se produce cuando el dato a guardar es inferior al tamaño del cluster, con su consecuente perdida de espacio.

Externa: Se produce cuando los datos no se escriben de manera contigua en los cluster.

La fragmentación se produce por el sistema de archivos (FILE SYSTEM) y sus características.
Si fuera como ustedes comentan, que es porque los discos giran que alguien me explique ¿Por qué en EXT4 casi no hay fragmentación mientras que en FAT32 es brutal? Es totalmente ilógico lo que comentáis

FAT32 se compone de varias "Zonas"

Sector de arranque (Boot)
Tabla de localización de ficheros (Cuales cluster se están utilizando y cuales no. Donde esta la dirección física del inicio del archivo, el final y cluster ocupa) y se compone de dos FAT1 y FAT2 la segunda en una copia de la primera por si esta falla.
Directorio Raiz "Donde se guardan los nombre de los archivos y datos varios sobre ese archivo"
Zona de Datos "Lo que nosotros vemos y utilizamos"

Bien, los datos se escriben en los HDD o SSD según vayan quedando cluster libres, la diferencia es que en los HDD se escribe en "Cilindro" mientras en los SSD no, como es lógico ya que no es el mismo proceso.

Ahora nos centraremos en los SSD, cuando hemos escrito y reescrito los archivos al dividirse para ser guardados, no pueden guardarse de manera contigua, con lo que se "Fragmenta de manera Externa"

Si los datos están escritos de manera contigua los leerá mas rápido, que si están escritos en sectores no contiguos, y a la hora de escritura se escribirá mas rápido ya que no tiene que estar buscando sectores libres que han quedado sueltos por haber borrado archivos. Aquí también entra la latencia de las SD dependerá para la velocidad.

Ahora también te doy el motivo de porque gasta mas batería, porque al no estar los datos guardados de manera contigua, también necesita mas ciclos de CPU para buscar y mostrar los datos en pantalla.

Lo que si es cierto que no es aconsejable abusar de las herramientas de desfragmentacion en SSD por lo motivos que expone el compañero de los ciclos de escritura son limitados unos (100.000)

Todo lo que he expuesto aquí lo intento explicar de la manera mas humana posible... porque es mucho mas complejo

[Molitro]

 Cita: Originalmente Escrito por Homo Viator

Efectivamente.

Sólo Windows fragmenta al escribir.

Ala.....

Linux ahora resulta que hace magia también, ¿no?
Vaya odio injustificado que hay hacia windows

FAT (el sistema que usamos en las memorias) es más susceptible a la fragmentación que NTFS (el que usa windows desde hace años) o ext (que usa Linux). Pero vamos, que la culpa no la tiene windows.


Por otro lado ya ha dicho rafacarofe todo muy correcto, así que poco más que decir.

[aceGuanche]

 Cita: Originalmente Escrito por Molitro

Ala.....

Linux ahora resulta que hace magia también, ¿no?
Vaya odio injustificado que hay hacia windows

Microsoft es el dueño de FAT32, vamos me imagino que tendrá algo que ver

 Cita:

FAT (el sistema que usamos en las memorias) es más susceptible a la fragmentación que NTFS (el que usa windows desde hace años) o ext (que usa Linux). Pero vamos, que la culpa no la tiene windows.

Ext4 tiene muchísima menos fragmentación que NTFS, en EXT4 es prácticamente imperceptible

 Cita:

Por otro lado ya ha dicho rafacarofe todo muy correcto, así que poco más que decir.

Discrepo

[Molitro]

 Cita: Originalmente Escrito por aceGuanche

Microsoft es el dueño de FAT32, vamos me imagino que tendrá algo que ver



Ext4 tiene muchísima menos fragmentación que NTFS, en EXT4 es prácticamente imperceptible



Discrepo

Vamos a ver... Que no necesitamos analizar al pormenor el comportamiento de los discos.

A efectos prácticos, en las memorias flash podemos ignorar la fragmentación por su muy poco efecto, sobre todo al lado de los discos mecánicos.
Si nos tenemos que poner a analizar cada variable con un mínimo efecto sobre el rendimiento nos volvemos locos.

Al uso de cualquier usuario, lo que ha dicho racafarofe es más que suficiente.

[aceGuanche]

No lo comparto, sobre todo en SD de tamaño considerable... mas de 8 gigas... y vuelvo a repetir que la fragmentación es la misma en HDD que SSD, la fragmentación la produce el Sistema de Archivos por sus características...

Y si no buscamos optimizar porque usamos Custom Rom y Kernel modificados??

[confar]

que necedad con defragmentar... haganlo si quieren... luego comentan que resultados les da

a mi me queda claro que no es necesario hacerlo en las sd.... lo digo por la teoria que ya fue explicada ampliamente por los compañeros asi como en la practica....

cuando tuve mi hd2 con android en la sd existia en fanatismo de hacer mas rapida el acceso a android con diversos trucos, desde tener una memoria clase 10, hasta defragmentacion y programas que dizque aceleraban el acceso.... todas esas cosas a la larga eran imperceptibles, y al contrario, si dañan la memoria o en el caso de android en sd, la build completa

Creo que lo han dicho ya un par de veces, pero para los que insisten:
Desfragmentar una memoria flash (una SD, o un disco SSD) no sólo no es beneficioso, sino que es PERJUDICIAL.
El tiempo de acceso en un disco mecánico se ve afectado por lo que tarda en desplazar el brazo mecánico de una posición a otra. Cuanto más separadas, y más desplazamientos, peor y más lento, pues el brazo necesita recolocarse cada vez. En una memoria flash, da igual: Una posición de memoria es igual a otra, es una referencia en un número y TARDA LO MISMO EN ACCEDERSE, es una descarga eléctrica, es siempre el mismo tiempo de acceso. AUNQUE ESTÉN COMPLETAMENTE FRAGMENTADAS. El hecho de que estén muy fragmentadas no afecta al rendimiento de este tipo de memorias. Ni siquiera un poquito.

Ahora bien, una memoria flash tiene un número máximo de escrituras por cada bloque. Que quiere decir que tus datos sólo se pueden reescribir X veces. Y si haces una desfragmentación, le pegas un subidón de escrituras a cada sector que pa qué contarte. Vamos, que reduces la vida útil de tu memoria una burrada. Y ahí queda eso (donde pone consistent data performance, y el siguiente, defragmentation).

 Cita: Originalmente Escrito por aceGuanche

A ver si empezamos a exponer motivos contundentes y no ideas relativas...

Hay dos tipos de Fragmentación:

Interna: Se produce cuando el dato a guardar es inferior al tamaño del cluster, con su consecuente perdida de espacio.

Externa: Se produce cuando los datos no se escriben de manera contigua en los cluster.

Efectivamente, hay dos tipos de fragmentación. Y en cualquier caso, esto es indiferente: La fragmentación interna ocupa más espacio, aunque intuyo que no afecta gran cosa al rendimiento, y de todas formas no es la más frecuente; La fragmentación externa es a la que nos estamos refiriendo mayoritariamente. Pero el hecho de diferenciarlas no aporta mucho, puesto que el hecho que genera polémica es qué pasa cuando los datos concernientes a un archivo concreto andan desperdigados por el disco.

 Cita: Originalmente Escrito por aceGuanche

La fragmentación se produce por el sistema de archivos (FILE SYSTEM) y sus características.
Si fuera como ustedes comentan, que es porque los discos giran que alguien me explique ¿Por qué en EXT4 casi no hay fragmentación mientras que en FAT32 es brutal? Es totalmente ilógico lo que comentáis

No es el hecho de que los discos giren que se genere fragmentación. Es correcto que la fragmentación se genera según la implementación del sistema de archivos, y es de sobra conocido que tanto FAT como FAT32 lo hacían horriblemente (podéis buscar "error de vínculos cruzados" si queréis tener más información de lo horrible que era).
Pero lo que te están diciendo no es que el giro del disco GENERE fragmentación. Te están diciendo que como CONSECUENCIA DE LA FRAGMENTACIÓN (sea quien sea el que la genera, bien FAT32, EXT4, REISERFS o quien quieras, no estamos hablando del hecho de generarla, sino de cuando ya existe), un disco giratorio se ve seriamente afectado.

 Cita: Originalmente Escrito por aceGuanche

FAT32 se compone de varias "Zonas"
Sector de arranque (Boot)
Tabla de localización de ficheros (Cuales cluster se están utilizando y cuales no. Donde esta la dirección física del inicio del archivo, el final y cluster ocupa) y se compone de dos FAT1 y FAT2 la segunda en una copia de la primera por si esta falla.
Directorio Raiz "Donde se guardan los nombre de los archivos y datos varios sobre ese archivo"
Zona de Datos "Lo que nosotros vemos y utilizamos"

Bien, los datos se escriben en los HDD o SSD según vayan quedando cluster libres, la diferencia es que en los HDD se escribe en "Cilindro" mientras en los SSD no, como es lógico ya que no es el mismo proceso.

Ahora nos centraremos en los SSD, cuando hemos escrito y reescrito los archivos al dividirse para ser guardados, no pueden guardarse de manera contigua, con lo que se "Fragmenta de manera Externa"

Más o menos cierto y algo entremezclado, con algunas excepciones en lo de los cilindros, y lo de boot dependerá de la partición, aunque en todo caso todo esto no viene muy a cuento con el tema tratado.

 Cita: Originalmente Escrito por aceGuanche

Si los datos están escritos de manera contigua los leerá mas rápido, que si están escritos en sectores no contiguos, y a la hora de escritura se escribirá mas rápido ya que no tiene que estar buscando sectores libres que han quedado sueltos por haber borrado archivos. Aquí también entra la latencia de las SD dependerá para la velocidad.

Ahora también te doy el motivo de porque gasta mas batería, porque al no estar los datos guardados de manera contigua, también necesita mas ciclos de CPU para buscar y mostrar los datos en pantalla.

El tiempo de acceso en una memoria flash viene siempre determinado por la latencia, y nunca por la correlación de los datos. Da igual que se pida un dato contiguo que no, porque lo que hace el sistema es pedir una referencia, siempre de la misma longitud.
¿Qué más da pedirle a la memoria la dirección 00567888 y luego la 00567889, que pedir 00567888 y luego 65432312? El tiempo de respuesta viene, como siempre, determinado por la latencia de la memoria, y es siempre el mismo. No tiene un "cursor" que mover "buscando" nada. Se pide un número, y da por respuesta los datos del bloque acorde, siempre tras el mismo período de tiempo. Aunque estén cada uno en una punta, los datos tardan siempre lo mismo en salir. No hay que gastar ni más energía, ni más tiempo, y ahí está la gracia de las memorias sólidas.

[aceGuanche]

Entonces por qué pasa esto??

Antes


Después


No tengo la verdad absoluta y entiendo todo lo que decís, pero las pruebas me dicen que después de desfragmentar, el rendimiento y la estabilidad de la SD mejora...