hum je peut essayer de voir les réglages, mais moi ceux qui ont été les plus performants j'ai honte de le dire mais c'est apres un format avec le dvd de seven ...

Tu tombes à pic: c'est incroyable comme une donnée aussi bête que le Erase Block Size (EBS) du Kingston V+100 SSDNow est impossible à trouver sur le net/dans le manuel!

Tu peux me donner un crash-course sur l'alignement?
je suis à mon 6ème HowTo et il n'y a tjrs pas une équation qui se dégage...

Sous XP j'imagine que tu n'as pas du sortir la calculette?

Sous parted normalement non plus...mais dès que je tente un truc, je me choppe du :"Warning: The resulting partition is not properly aligned for best performance."

C'est moche...

pourtant j'ai bien démarré: parted --align=optimal /dev/sdd

j'ai testé avec et sans l’alignement ( je suis sous xp ) et franchement c’était le jour et la nuit, alors que je m'attendais a pas grand chose a part pour les kéké qui ont ont le bout tout dur en lançant des benchmark ...

De rien!

Sweeeeeeeeeeeet :
https://wiki.archlinux.org/index.php/SSD#Tips_for_Maximizing_SSD_Performance

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

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)

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

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?!
Je comprends qu'un HD avait des C+H+S.
Ici plus.
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.
Mais sur un SSD, la granularité n'est-elle pas justement...au bit près?

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