Reprise du message précédent :

Oui oui pour sûr mais faut attendre la copie. J'ecris d'ailleurs d'un livecd ... c'est ce que je m'appretais à faire mais j'ai préféré demander au cas où avant !

Bon je reviens de mon alignement + cp + grub, voici mes perfs sur un C300 64GO sous Debian Squeeze. Ça vous parait correct ?
 

 
Et pour info mon alignement :
 

 
 
Edit : Bizarre, j'ai refait des tests et j'obtiens ça :
 

 
Je ne sais trop qu'en penser ....

Edit 2 : Ooops, le 7,2GB/s c'est après le swapoff -a

J'ai le même SSD: ça à l'air OK. T'en fais pas pour le bug du premier bench, j'ai exactement le même

ok merci, très bien alors !
 
Si on compare quand même, les débits à un raid 5 de wd 2To green, je suis un peu déçu quand même. cf. post ici => http://forum.hardware.fr/hfr/OSAlt [...] m#t1260242

Ce qui compte ce ne sont pas tant les débits que le nombre d'IO/s

Ok,je verais à l'usage !
Mais rien que le lancement des applications et du système, ça me plait déjà ...

Un pdf de 2000 pages ouvert instantanément

Il m'arrive un truc bizarre avec mon ssd (180Go corsair)  
sous debian sid.
Quoique je fasse, que j'installe , ... lorsque je reboote  
je me retrouve dans la situation d'il y a 2 jours comme
si j'avais pas utilisé le PC depuis ...
Les logiciels que j'ai installé ne sont plus là. Les fichiers
que j'ai créé n'y sont plus. Je crois même que les fichiers
que j'ai modifié sont aussi revenus à la situation d'il y a
2 jours !!!  
Un peu comme si j'avais fait une image de mon disque
il y a 2 jours et que le reboot me réinstalle cette image.
 
Avez vous une idée ?

C'est arrivé à quelqu'un d'ici il me semble: retour SAV

J'ai eu ce problème avec un OCZ Vertex 2 et deux fois de suite. Puis ensuite j'ai pris un corsair nova 64Go et ça marche sans problème.
 
Pour moi c'est un problème hardware entre carte mère, ssd et bios. Le vertex 2 est un contrôleur SandForce tandis que le nova est un indilinx barefoot.
 
J'ai déjà regardé les forums d'OCZ et de Corsair et les SSD avec ce genre de problème sont avec les Sandforce.

Bonjour à tous; j'ai enfin résolu mon problème de swap sur Vertex 2 (le swapon -a prenait 3s au lieu de 0,010s sur mon ancien HDD).
En fait, un TRIM est effectué par défaut sur toute la partition de swap au boot =>
http://git.kernel.org/?p=linux/ker [...] 69c6e6d14a
Outre le temps que ça prend, je me demande si c'est bien bon pour le SSD, surtout si on boote souvent sa machine (parfois plusieurs fois par jour pour moi).
J'ai donc patché le kernel (mm/swapfile.c) et installé la dernière version de util-linux-ng  (util-linux 2.19-rc1)

 
je peux donc toujours "trimmer" la partition de swap à la main avec "swapon -d". Autre chose, j'ai viré l'option discard sur les filesystems dans /etc/fstab, et les micro-freeze que j'avais de temps en temps ont totalement disparus. Je remplace avec fstrim (signalé dans ce topic), et ça fonctionne très bien. Plus qu'à pondre un petit script à mettre à la crontab pour automatiser tout ça (fstrim + swapon -d).
 
Je ne sais pas trop quoi en penser; peut-être que l'absence de cache sur le Sandforce, plus un TRIM différent expliquent la régression par rapport à l'indilinx    
 
Si ça peut rendre service à ceux qui utilisent une partition de swap sur Vertex 2 (pour l'hibernation, sinon aucun intérêt   )
 
PS : le "discard at swapon" est effectué sur TOUS les SSD; j'espère que ça n'use pas trop le disque en cas de boot fréquent...

j'ai soumis mon patch au mainteneur kernel concerné; il est d'accord pour le soumettre mainstream, mais il préfère attendre d'autres rapports sur la lenteur du swapon sur SSD Sandforce, et il a raison : je pourrai avoir un SSd défectueux.
Pour les possesseurs de SSD Vertex 2 ou autre SSD Sandforce qui utilisent une partition swap, pouvez-vous faire :

D'après lui, il n'est pas impossible que le "discard at swapon" use la partition swap sur ce type de SSD (si avéré sur plusieurs Sandforce)

Pourtant il n'y a pas besoin de faire de swap normalement avec les ssd? pourquoi en faire?

Pour pouvoir hiberner

Oui, sur nos laptops avec une mémoire pléthorique pour l'usage qu'on en a; ceci-dit, les SSD commencent à arriver en entreprise (cf lames IBM x5), et là c'est pas nul d'avoir un swap très rapide : style serveur avec +90 Gio RAM, et un swap 30 Gio rapide pour éponger les crêtes

Ben pis en règle générale, c'est pas le type de support de stockage qui définit le besoin de swap ou pas, c'est plutôt la quantité de RAM embarquée et les besoins du système pour l'utilisation qu'on en a. Avec 2 Go de RAM sur mon portable vu l'utilisation que j'en fait, je n'ai pas besoin de swap, je ne sature jamais la mémoire physique. Een revanche si je n'avais qu'un Go, j'aurai 1 Go de swap, ou si avec la même quantité de mémoire j'avais besoin de plus ou moins 3 Go de RAM totale, j'aurais un swap de 2 Go. Le lien entre support de stockage et swap n'est vraiment pas évident à mon sens.

D'accord avec toi, mais je pensais qu'il n'y avait pas besoin de le préciser (apparemment, je me trompais).
 
Pour ceux qui pourraient se sentir concernés par ce pb de swap (et plus : du TRIM tel qu'il est implémenté sur Sandforce, cad à l'arrache selon moi *), cela se passe maintenant sur ce lien :  
http://www.ocztechnologyforum.com/ [...] post596144
 
Sur ce topic : strictement aucun retour, on se contente de parler vaguement des prix, de l'alignement (my god, comme si ça pouvait influer de manière significative sur les perfs), et d'autres choses encore moins plus importantes    
 
*  pas mal de gens semblent impressionné par les IO des sandforce; TRIM activé, suis-je le seul à ressentir une sensation de "freeze" aléatoire sur mon Vertex2, chose que je n'avais pas gouté depuis le SSD de mon Aspire One 110 (de triste réputation, pour ceux qui connaissent)

parfois j'ai mon pc qui freeze, enfin quand je demande trop de chose, par exemple je lance une machine virtuelle avec virtual box, navigation internet avec firefox ( sachant que j'ai beaucoup d'onglet environ 20, bien sur j'ai mis tout le cache en tmpfs ) et en regardant une video avec ou sans HD je ne sais plus avec vlc.
 
précision je n'ai pas de swap, je monte a chaque démarrage le dossier /tmp en tmpfs, et il fais 2Go sachant que je n'ai que 50 à 150mo d'utilisé
 
quand je fais un top
 

et quand je fais un df :

 
 
j'utilise le theme systèm monitor pour subercaramba afin d'avoir plein d'informqatino sur mon systeme
et ce qui est bisare c'est qu'il m'indique que j'ai 1646 of 3933MB de RAM
cen'ai pas logique puisque quand je fais un top il m'indique que j'ai 2952Mb d'utilisé

Faut faire très attention aux infos de l'occupation mémoire sous linux: entre ce qui est partagé et ce qui l'est pas, les caches en tout genre, etc... A la limite un free est plus parlant.

 
Je suis probablement friand de mauvais karma, mais as-tu essayé de désactiver discard dans /etc/fstab ? Sinon, grao a raison : free ou "cat  /proc/meminfo"    
 
BTW, c'est bien un Sandforce, ton SSD ?

mon ssd est un sanforce c'est un vertex 2.
 
j'ai oublié d'indiquer que quand il freezait, il rame bien puis bloque, écran noir puis retour a la page de login

le SSD n'est peut-être pas en cause... c'est difficile de saturer 4Gio de RAM, mais pas impossible, et comme tu n'as pas de swap -> kaboum. Autre possibilité, bug OS : ton système (qui est quoi, d'ailleurs ?) est-il à jour ?
 
Pour tracer l'usage  de la RAM, tu peux installer le paquetage sysstat et consulter ensuite l'historique sous /var/log/sa (sar -r -f sa29 pour le 29/01, par ex.)

j'utilise mandriva 2010.2 X64, mon noyaux c'est le 2.6.33.7 desktop.
 
Mais faut que je vois pour passer a la nouvelle version du noyaux, aparement il est plus interessant pour les ssd, et passer en version laptop aussi sa ne sera peut-etre pas un mal,

Effacer un ssd ne semble pas si facile que ca: http://www.itworld.com/security/13 [...] elete-data

J'en avais bavé pour faire un secure erase de feue mon Vertex il y a quelques mois. La solution avait été de mettre le portable en veille puis de l'en sortir, ce qui avait eu pour effet de faire sauter le freeze sur le SSD et permettre l'effacement.

Pas réveillé ce matin J'ai édité.

Nouveauté 2.6.38:

http://linuxfr.org/news/le-noyau-l [...] rsion-2638

vertex 2 commandé, pour remplacer mon DD préhistorique (un raptor )

il sera en 25nm     donc a voir

je veux bien qu'ils soient moins perfs que la première série, mais comparé à un raptor je pense que la différence sera très nette quand même.
Puis bon moins de 100 euros c'est pas un gros investissement non plus

c'est vrai, et puis il va durer quand même un certain temps avant d'être usé

Enfin ! Je viens de récupérer mon Vertex 250 Go (SAV), j'ai restauré mon système dessus, relancé l'OS et... c'est dingue comme on revit !

bah moi je viens de recevoir le mien, va falloir que je vérifie la version du firmware, l'alignement et après roule ma poule pour l'installation

Pour l'alignement, si tu fais tes partitions avec une version de parted assez récente (celle de l'installeur Arch 10.05 est OK pour ça), il aligne tout seul sur 2048 secteurs, ce qui est très bien car adapté à tous les SSD.

ah bon c'est intéressant ça. J'ai parted 2.3 (debian testing), donc en supposant que c'est une version assez récente, je n'ai plus à m'emmerder avec la procédure que tu as décrite en première page pour l'alignement ?

C'est ça. Je ne sais pas à partir de quelle version parted aligne tout seul. Sous Debian testing, je pense que c'est OK. De toute façon, c'est pas compliqué, tu fais ta première partition avec les MB ou GB comme unité, tu repasse en unité par secteur (unit s), tu affiches les partitions (print free) et du regardes si la partition créé commence bien à 2048.

ok, et pour la MAJ du formware tu as fait comment ? obligé d'avoir windows ?

EDIT : ah toi c'est un vertex 1 que tu as mais je suppose que la procédure est la même que pour le 2, seul le firmware change

Tout à fait.

respect à OCZ qui fournit un utilitaire d'une simplicité déconcertante pour flasher le firmware sous Linux