Mailinglist Archive: opensuse-es (1064 mails)

[Lluis <lmartinez@xxxxxxxxxxxxx>]

On Friday 24 July 2009 22:18:29 Rafa Griman wrote:

> Qué tíos. Los "random writes" no es lo mismo porque son escrituras al azar
> en el disco. En el otro caso a lo que se refieren es a 200k
> escrituras/modificaciones/borrados en la misma cleda. Obviamente, escribir
> 2 PB en celdas al azar no es lo mismo que escribir 200k veces en la misma
> celda.
>
> > En fin, no sé. No me suelo fijar en esos datos de manera tan detallada,
> > pero no parecen malas cifras... ¿o sí? :-?.
>
> Como todo, depende. 200k modificaciones en una BBDD con tráfico es quemar
> una celda en un par de días o menos. Si haces streaming de vídeo, es como
> decir que la celda te va a durar toda la vida porque al hacer streaming, lo
> que haces son lecturas (no se hacen modificaciones=escrituras) de la celda.
> En el mundo HPC donde tengas muchos IOPS (creo que algunas aplicaciones de
> CFD) las celdas te duran un abrir y cerrar de ojos.
>
> Lo más sencillo es hacer la regla de tres con el # de IOPS que hace tu
> aplicación o que sufren tus discos.
A ver, en el fondo hay que bajar aun mas abajo, a la memoria flash.
El numero máximo de escrituras es limitado.

Suponiendo que sean un millón, si hay un programa que escribe una posición, 
digamos a milisegundo en el corto espacio de 1000 segundos nos la habremos 
cargado.
Tengo un frasco lleno de memorias e2rom fallecidas en el proceso de escribir 
los drivers.
Antes de que esta tecnología se usase en el mundo PC, se ha usado con mas o 
menos éxito en la aplicaciones "Embeded" o incrustadas.
Existen mas o menos sistemas de archivos para flash que remapean, de forma que 
al cambiar un dato, no vuelve a ocupar la misma posición de memoria.
Pero, han sido un poco como la espuma, hicieron un gran subidón y hace como 3 
años que no se habla de ellos.
Además,claro, todo ese remapeo tiene su costo en tiempo, por lo que el sistema 
se vuelve lento.

-- 
Saludos

Lluis