Supprimer un message
Raison de suppression du message (envoyée à l'utilisateur)

Voulez vous réellement supprimer ce message?  


blietaer
Les avis sur la technologie SSD sont fortement partagés ici, certainement dû aux différentes expériences (bonnes et bcp moins...) :bombe:
Et c'est tant mieux. :bogoss:

Il y a la grande phobie de la limite d'écriture/lecture...souvent aussi démentie (on évitera de brandir le fameux articles une ènième fois ici) :chut:

Une tendance commune cependant, est la nécessité de faire pas mal de ménage et tunning avant d'en jouir pleinement. :sol:

On parlera de virer le access time, la journalisation, mettre en ram/tmpfs un max de brol, éviter les DBs, l'orienter vers le sud pour les rayons cosmiques et surtout, surtout l'alignement.

Alors je ne suis que ing. electronicien/informaticien et je n'ai probablement pas toute la capacité de comprendre le pourquoi, mais j'ai envie d'essayer.

Aligner les partitions (et indirectement le FS) avec..... quoi?! :eek:
Je comprends qu'un HD avait des C+H+S.
Ici plus. :halalala:
Je comprends qu'un FS/Raid travaille avec des blocs (chunk) de 512 (par ex.) et que si on tombe 'pile' sur un border, on est bon pour eraser 2 blocs au lieu d'un, d'où perte éventuelle de perf. :topicalacon:
Mais sur un SSD, la granularité n'est-elle pas justement...au bit près? :sweat:

On attaque la graaAAaande grille SSD par la gauche en Address-Bus et par en dessous avec le Data-Bus d'une certaine largeur (32bit?), je pourrais comprendre que c'est plus malin de s'aligner sur 32 pour éviter le double accès pour une data 'à cheval' sur deux blocs...mais c'est mÊme pas cela (les tutos parlent d'alignement sur 128 KiB, 256 KiB ou 512 KiB)
C'est le paragraphe Erase Block Size:
http://www.nuclex.org/blog/personal/80-aligning-an-ssd-on-linux
Informaticien.be - © 2002-2024 AkretioSPRL  - Generated via Kelare
The Akretio Network: Akretio - Freedelity - KelCommerce - Votre publicité sur informaticien.be ?