[gull] Write Amplification on SSD

2016-02-09 Thread felix
Bonjour,

Lors de la présentation Proxmox, si j'ai bien entendu, Daniel parlait
d'éviter les écriture ``excessives'' en SSD...

Le phénomène est nommé: ``Write amplification'', une explication bien
``prise de tête'' est disponible sur wikipedia:

  https://en.wikipedia.org/wiki/Write_amplification

En gros, lorsque les écriture commencent à demander plus de temps,
il est l'heure de jetter votre SSD et le remplacer par un neuf!

A+!

-- 
 Félix Hauri  --  http://www.f-hauri.ch
___
gull mailing list
gull@forum.linux-gull.ch
http://forum.linux-gull.ch/mailman/listinfo/gull

Re: [gull] Write Amplification on SSD

2016-02-09 Thread Daniel Cordey

On 09. 02. 16 12:09, felix wrote:


En gros, lorsque les écriture commencent à demander plus de temps,
il est l'heure de jetter votre SSD et le remplacer par un neuf!


En gros, si tu écris beaucoup de petites quantités de données, ou que tu 
passes ton temps à récrire des bloques existants, les SSD ne sont pas 
pour toi :-)


A part ça, lorsque tu commences à voir (en utilisant SMART) que tu as >0 
de réallocation de bloques, tu peux passer commande immédiatement de son 
remplaçant; ton disque étant alors sur le chemin de la mort...


dc

___
gull mailing list
gull@forum.linux-gull.ch
http://forum.linux-gull.ch/mailman/listinfo/gull

Re: [gull] Write Amplification on SSD

2016-02-09 Thread Michael Parchet
Bonjour,

Pourquoi changer un SSD s'il va plus lentement ?

Merci pour le renseignement 

Salutations

mparchet

> Le 9 févr. 2016 à 13:07, Daniel Cordey  a écrit :
> 
>> On 09. 02. 16 12:09, felix wrote:
>> 
>> En gros, lorsque les écriture commencent à demander plus de temps,
>> il est l'heure de jetter votre SSD et le remplacer par un neuf!
> 
> En gros, si tu écris beaucoup de petites quantités de données, ou que tu 
> passes ton temps à récrire des bloques existants, les SSD ne sont pas pour 
> toi :-)
> 
> A part ça, lorsque tu commences à voir (en utilisant SMART) que tu as >0 de 
> réallocation de bloques, tu peux passer commande immédiatement de son 
> remplaçant; ton disque étant alors sur le chemin de la mort...
> 
> dc
> 
> ___
> gull mailing list
> gull@forum.linux-gull.ch
> http://forum.linux-gull.ch/mailman/listinfo/gull
___
gull mailing list
gull@forum.linux-gull.ch
http://forum.linux-gull.ch/mailman/listinfo/gull

Re: [gull] Write Amplification on SSD

2016-02-09 Thread felix
On Tue, Feb 09, 2016 at 02:37:22PM +0100, Michael Parchet wrote:
> Bonjour,
> 
> Pourquoi changer un SSD s'il va plus lentement ?
> 

Parce que s'il va plus lentement, c'est qu'il passe plus de temps à chercher
des ``cellules'' utilisable.

C'est le début des ``Reallocated_Sectors'', c'est donc le début de la fin!

Le truc, c'est que quand la fin arrive, elle arrive vite (brutalement)!

Petite command qui *doit* répondre ``0'' (adaptez "sda" à votre config)
Si elle ne répond rien, merci de me faire parvenir le résultat de la commande
``smartctl -a '' par courier privé.

# sed 's/^.*[Rr]ealloc.*\([sS]ector\|[bB]locks\).* \([0-9]\+\) *$/\2/p;d' <(
smartctl -a /dev/sda)
0

(ouf!)

-- 
 Félix Hauri  --  http://www.f-hauri.ch
___
gull mailing list
gull@forum.linux-gull.ch
http://forum.linux-gull.ch/mailman/listinfo/gull

Re: [gull] Write Amplification on SSD

2016-02-09 Thread Michael Parchet
Bonjour,

Est-ce de l'obsolescence programmée ou pas ?

Merci d'avance pour votre avis

Avec mes meilleures salutations

mparchet

> Le 9 févr. 2016 à 15:36, felix  a écrit :
> 
>> On Tue, Feb 09, 2016 at 02:37:22PM +0100, Michael Parchet wrote:
>> Bonjour,
>> 
>> Pourquoi changer un SSD s'il va plus lentement ?
> 
> Parce que s'il va plus lentement, c'est qu'il passe plus de temps à chercher
> des ``cellules'' utilisable.
> 
> C'est le début des ``Reallocated_Sectors'', c'est donc le début de la fin!
> 
> Le truc, c'est que quand la fin arrive, elle arrive vite (brutalement)!
> 
> Petite command qui *doit* répondre ``0'' (adaptez "sda" à votre config)
> Si elle ne répond rien, merci de me faire parvenir le résultat de la commande
> ``smartctl -a '' par courier privé.
> 
> # sed 's/^.*[Rr]ealloc.*\([sS]ector\|[bB]locks\).* \([0-9]\+\) *$/\2/p;d' <(
>smartctl -a /dev/sda)
> 0
> 
> (ouf!)
> 
> -- 
> Félix Hauri  --  http://www.f-hauri.ch
> ___
> gull mailing list
> gull@forum.linux-gull.ch
> http://forum.linux-gull.ch/mailman/listinfo/gull
___
gull mailing list
gull@forum.linux-gull.ch
http://forum.linux-gull.ch/mailman/listinfo/gull

Re: [gull] Write Amplification on SSD

2016-02-09 Thread Samuel Chenal
Hello,

Le 09. 02. 16 12:09, felix a écrit :
> Bonjour,
> 
> Lors de la présentation Proxmox, si j'ai bien entendu, Daniel parlait
> d'éviter les écriture ``excessives'' en SSD...

[...]

> En gros, lorsque les écriture commencent à demander plus de temps,
> il est l'heure de jetter votre SSD et le remplacer par un neuf!

Pour prolonger la durée de vie de mon SSD, j'ai pris deux mesures :

- Opter pour une gamme "pro", donc un peu plus cher (Intel en font des
pas mal du tout, là j'ai opté pour un Samsung pro).

- Modifier quelques paramètres du fstab :

#Optimisation utilisation SSD
tmpfs   /tmptmpfsdefaults,size=1g   00
tmpfs   /var/cache/apt/archivestmpfsdefaults,size=4g00

Comme je ne suis pas un expert, je suis preneur de commentaires et
autres conseils à ce sujet.

a+

Samuel



signature.asc
Description: OpenPGP digital signature
___
gull mailing list
gull@forum.linux-gull.ch
http://forum.linux-gull.ch/mailman/listinfo/gull

Re: [gull] Write Amplification on SSD

2016-02-09 Thread Daniel Cordey



Est-ce de l'obsolescence programmée ou pas ?


Non, pas spécialement, mais disons que les constructeurs sont 
particulièrement muets à ce sujet et essaient de cacher le problème.


Les première technologie de NAND permettaient d'écrire 100'000 une 
cellule; c'est en fait devenu la technologie SLC (single-level-cell), on 
est ensuite passer au MLC (multi-level-cell, en faite double) qui ne 
permet d'écrire plus que 10'000 fois avant de voir la mort de la 
cellule. Maintenant on en est au TLC (Triple-level-cell) qui ne permet 
plus que 3'000 écriture.


Plutôt que de dire clairement que l'augmentation de la capacité des 
mémoires flash (NAND) se fait au détriment de la longévité, les 
constructeurs noinet le poisson et continuent à parler de MTBF... ce qui 
n'a strictement aucun sens pour des SSD puisque le MTBF ne mesure pas la 
longévité et la résistance des cellules à l'écriture.


Aujourd'hui, il est très facile de "tuer" un disque SSD en écrivant 1 
byte toujours à la même position !


On attend donc avec impatience la technologie 3D-NAND et autres pour 
remplacer les NAND des SSD qui sont une gigantesque arnaque avec les MLC 
et surtout TLC.


Petit résumé dans l'article suivant :

http://www.mydigitaldiscount.com/everything-you-need-to-know-about-slc-mlc-and-tlc-nand-flash.html

Toutefois, les tests d'écriture sont particulièrement imbéciles car ne 
reflétant pas le problème. En écrivant des gros paquets de données, 
comme des fichiers vidéos, on cache le problème et on donne la fausse 
impression que le problème est éloigné.


Les SSD écrivent 128 KB de data à la fois. Ce qui fait que chaque fois 
que je veux écrire un byte, j'écris en fait 128 K. Comme le firmware 
réparti l'utilisation des cellules tout au long du disque en "déplaçant" 
les écriture. Grosso-modo, si je prends un disque de 256 GB et que 
j'écrive un seul byte à la fois, que je le fasse 6+E9 fois, je n'aurai 
écrit que 6 GB de données... mais mon disque sera mort !


#!/usr/bin/python
i = 0
with open('toto, 'w') as f :
while i < 60 :
f.seek(0,0)
f.write('A')

print('Mon disque est mort ou sur le point de...')


dc



___
gull mailing list
gull@forum.linux-gull.ch
http://forum.linux-gull.ch/mailman/listinfo/gull

Re: [gull] Write Amplification on SSD

2016-02-09 Thread Daniel Cordey



Pour prolonger la durée de vie de mon SSD, j'ai pris deux mesures :

- Opter pour une gamme "pro", donc un peu plus cher (Intel en font des
pas mal du tout, là j'ai opté pour un Samsung pro).


Les disques "pro" ne sont pas du SLC... c'est une arnaque de plus de 
Samsung. Un disque SLC est 4 à 5 fois plus cher qu'un disque MLC (je ne 
parle même pas des TLC). Les disque EVO & Pro de Samsung sont des TLC !!!


Par exemple, un disque TOSHIBA eMLC (soit endurance de 20'000 - 30'000) 
de taille 800 GB, coûte 4'000 francs. Alors q'un disque SanDisk de 200 
GB en SLC coûte 800 francs. Les disques SLC n'ont que de petites capacités !



#Optimisation utilisation SSD
tmpfs   /tmptmpfsdefaults,size=1g   00
tmpfs   /var/cache/apt/archivestmpfsdefaults,size=4g00

Comme je ne suis pas un expert, je suis preneur de commentaires et
autres conseils à ce sujet.


Ne pas oublier l'option 'no-atime' !

dc

___
gull mailing list
gull@forum.linux-gull.ch
http://forum.linux-gull.ch/mailman/listinfo/gull

Re: [gull] Write Amplification on SSD

2016-02-09 Thread Daniel Cordey



On 09. 02. 16 17:52, Daniel Cordey wrote:


#!/usr/bin/python
i = 0
with open('toto, 'w') as f :
 while i < 60 :
 f.seek(0,0)
 f.write('A')

print('Mon disque est mort ou sur le point de...')


J'oubliais... il faut tromper le firmware qui compare le contenu de ce 
que l'on veit écrire avec le contenu précédent (si identique pas 
d'écriture). Changez :


with open('toto, 'w') as f :
 while i < 60 :
 f.seek(0,0)
 f.write(i)

J'avais pas vu que mon mail m'avais suprimer l'indentation dans 
l'exemple précédent...


dc
___
gull mailing list
gull@forum.linux-gull.ch
http://forum.linux-gull.ch/mailman/listinfo/gull

Re: [gull] Write Amplification on SSD

2016-02-09 Thread Samuel Chenal
Salut !

Le 09. 02. 16 18:03, Daniel Cordey a écrit :
> 

[...]

> Les disques "pro" ne sont pas du SLC... c'est une arnaque de plus de
> Samsung. Un disque SLC est 4 à 5 fois plus cher qu'un disque MLC (je ne
> parle même pas des TLC). Les disque EVO & Pro de Samsung sont des TLC !!!
> 
> Par exemple, un disque TOSHIBA eMLC (soit endurance de 20'000 - 30'000)
> de taille 800 GB, coûte 4'000 francs. Alors q'un disque SanDisk de 200
> GB en SLC coûte 800 francs. Les disques SLC n'ont que de petites
> capacités !

Ces notions sont encore nouvelles pour moi. J'avais vu un test plutôt
positif concernant cette techno.

http://www.clubic.com/disque-dur-memoire/disques-durs-ssd/article-756797-1-850-evo.html

>> #Optimisation utilisation SSD
>> tmpfs   /tmptmpfsdefaults,size=1g   00
>> tmpfs   /var/cache/apt/archivestmpfsdefaults,size=4g00
>>
>> Comme je ne suis pas un expert, je suis preneur de commentaires et
>> autres conseils à ce sujet.
> 
> Ne pas oublier l'option 'no-atime' !

Merci bien !

a+

Samuel



signature.asc
Description: OpenPGP digital signature
___
gull mailing list
gull@forum.linux-gull.ch
http://forum.linux-gull.ch/mailman/listinfo/gull

Re: [gull] Write Amplification on SSD

2016-02-09 Thread Arnaud

Le 09. 02. 16 18:03, Daniel Cordey a écrit :



Pour prolonger la durée de vie de mon SSD, j'ai pris deux mesures :

- Opter pour une gamme "pro", donc un peu plus cher (Intel en font des
pas mal du tout, là j'ai opté pour un Samsung pro).


Les disques "pro" ne sont pas du SLC... c'est une arnaque de plus de Samsung. Un 
disque SLC est 4 à 5 fois plus cher qu'un disque MLC (je ne parle même pas des TLC). Les 
disque EVO & Pro de Samsung sont des TLC !!!


Les disques samsung 850 pro, contrairement au 840, sont des 3D V-NAND de 2nd 
génération (garanti 10 ans sur le papier)

C'est une arnaque de plus, possible, mais je doute un peu.
Je verrai dans environ 9 ans (ou moins) avec mon samsung 850 pro 256 GB,  car 
moi je les aime bien ces samsung 850.

Mais ce ne sont clairement pas de simple TLC NAND ... (il y a quand même 32 
couches de puces)
Il faudra un peu de temps et de recul pour voir si cela est aussi prometteur en 
réel que sur le papier.
___
gull mailing list
gull@forum.linux-gull.ch
http://forum.linux-gull.ch/mailman/listinfo/gull

Re: [gull] Write Amplification on SSD

2016-02-09 Thread Marc Mongenet
Bonjour,

Le 9 février 2016 à 16:12, Michael Parchet  a écrit :
>
> Est-ce de l'obsolescence programmée ou pas ?

Non, c'est de la simple usure. Il y a une réserve de blocs plus ou
moins importante selon le modèle.
Voir par exemple
https://en.wikipedia.org/wiki/Write_amplification#Over-provisioning

Salutations,
Marc Mongenet
___
gull mailing list
gull@forum.linux-gull.ch
http://forum.linux-gull.ch/mailman/listinfo/gull