Reprise du message précédent :

 
Justement si, je me rappelle de benchs qui montraient de bons gros gains, même sur Ext4 et kernels récents, par contre les gains avec relatime étaient beaucoup plus modérés.

Bon, pour ma part, j'ai décidé de ma sacrifier pour la bonne cause et de tester le frimware 1.4 avec support du TRIM pour es Vertex

J'ai donc installé la version 1.4 sur mon Vertex 120 Go (celle avec TRIM, pas celle avec GC). Tout s'est bien passé, aucun problème avec l'ISO du topic dédié sur le forum d'OCZ. Ce n'est qu'avec ce firmware qu'il devient possible d'utiliser le wiper développé à partir d'outils libre (récupérable ici). Exécution de l'outils sur mes trois partitions ext4 puis reboot : 1 secondes de gagnée au démarrage (passage de 11 à 10 secondes du gestionnaire de démarrage jusqu'à la session ouverte).
Ce a donc l'air de marcher pas mal cette affaire

Pour info, le passage du wiper sur mes partitions / et /home de petite taille n'avait pas l'air de faire grand chose, mais sur mon /media/Datas de 100 Go, le temps est un peu plus long (environ 5 secondes), preuve là encore que ça a l'air de fonctionner.

mais ça fait quoi enfait ?

Ca replace les cellules qui sont écrites mais plus adressée à l'état libre, ce qui fait que tu restaure une partie des perfs en écriture. En gros.

Firmware ?
 
j'ai téléchargé wiper-2.5 , mais comment vérifier la version du firmware de mes OCZ Vertex turbo?
Car à ce que j'ai vu, on doit attendre le firmware 1.41ou 1.42 pour ces SSD ?
 
http://www.ocztechnologyforum.com/ [...] hp?t=63499
 

Je crois que le Turbo n'est pas encore conerné par le TRIM, son firmware arrivera plus tard.

Tout pareil, je viens de mettre la 1.40
Tout va bien, je vois pas trop la différence, alors des benchs:
 
Test file: 500MB
 
      [2kB][==                                                                 ][27MB/s]
      [4kB][====                                                           ][45MB/s]
      [8kB][======                                                      ][68MB/s]
    [16kB][=========                                             ][95MB/s]
    [32kB][===============                             ][153MB/s]
    [64kB][===================                  ][198MB/s]
  [128kB][======================          ][226MB/s]
  [256kB][======================          ][229MB/s]
  [512kB][=======================       ][232MB/s]
[1024kB][=======================       ][233MB/s]
[2048kB][=======================       ][234MB/s]
[4096kB][=======================       ][233MB/s]
[8192kB][=======================       ][233MB/s]
 
le wiper marche bien, je suis en 2.6.31, il faut 2-3 secondes pour trimer le ssd

Comment as-tu obtenu ces infos ?
Ca aurait été bien de voir l'impact du wiper, là avec un seul test (après ?), on ne sait pas ce que ca vaut. As-tu le compte rendu des perfs avant wiper ?

Je veux bien savoir aussi coment tu as eu ces mesures sous Linux...

 
nan malheureusement, j'ai trouvé le script par la suite. En terme de ressenti je vois pas l'impact du wiper, faudrait que quelqu'un lance le bench avant et après. Allez ici:
http://www.ocztechnologyforum.com/ [...] tcount=254

Voila une super info J'ai fais les tests, je suis à peine en dessous de tes résultats, mais ça reste très proche.

Bah, l'info c'est pas vraiment le script puisqu'il ne fait qu'utiliser dd. En revanche, oui, le topic sur le forum d'OCZ est très intéressant
edit: t'a testé le script avec 500MB (file_size=500 ligne 14) ?

Effectivement, j'ai mis un fichier de 500, ça va un peu plus vite.

ya dbench aussi pour tester brute de fonderie

Mais un tel programme à besoin d'un disque/ssd vide, non ?
Me reste 500Mo sur ma 4Go, j'hésite à lancer un dbench

Non il crée des fichiers qu'il écrit/lit.
 
Après ta besoin d'un peu d'espace, mais pas grand chose pour un dbench 1.

Y a du monde avec du postville ?
Ca sent bien ?
Il risque d'y avoir quelques paquets sous le sapin: http://www.cowcotland.com/articles [...] -tous.html

J'aimerai aussi avoir une idée d'ensemble des tailles de fichiers (en nombre de fichiers pour plusieurs tranches de taille) présents sur une distrib, vous avez une idée de la commande pour sortir ces stats ?

[edit] Je viens de voir que mon dossier ~/.thumbnails est pas mal imposant, est-il intéressant de le caler en ram ? Ou vaut-il mieux le garder car ca pourrait poser des problèmes ?

j'attends la release d'ubuntu 9.10 pour l'installer sur mon laptop avec ssd postville v2 160 dernier fw, va plus tarder

 
J'ai trouvé un début de réponse pour connaitre le nombre de fichier par taille, fais sur mon home pour des fichiers de 4k:

Mouais, 50 Mo/s en écriture, ça fait pas bezef... OK c'est pas cher, mais bon, voilà quoi.
 
Thana -> merci pour le script, c'est cool

Pour remplacer ma CF, c'est plutôt pas mal, 40Go pour 80€ à la place d'une CF 4x plus petite.
Comme dis dans le test, les 40Mo/s ne sont pas gênant si les fichiers sont petits (ce qui est le cas du /).

Pas faux non plus, mais c'est 50 Mo/s maxi, or on sait que plus le fichiers sont petits, plus le SSD est lent, et si son écriture max est déjà pas top en séquentiel, j'imagine qu'il en va de mal en pis pour les petits fichiers.

Lis le test, tu verra que le postville castré s'en tire bien avec les petits fichiers.

Bon je vais probablement opté pour le Intel X25-M 60 Go (le Postville).
Est il nécessaire de prendre un rack pour adapter celui ci  ? où Intel fourni déjà le nécessaire ?

Le script continue par là pour ne pas polluer: [bash] stats des fichiers par taille
 
Je le remettrais ici quand il sera terminé.

 
Tiens toi qui fait du SYS@CF, quesque tu me conseillerais comme Adaptateur IDE/CF & CF a prix plancher pour environ 2 à 4Go ?

IDE ou sata l'adaptateur ?
 
La CF de 2Go ca va être plus que sérré pour du desktop, 4Go ca tient bien.
J'ai trouvé que de la crotte en adaptateurs IDE, débit trés faible du niveau de l'usb 1.0
Par contre en adaptateur sata/CF, là ca déboite un peu plus:

Le Saint Graal de l'adaptateur pour moi => http://shop.ebay.com/?_from=R40&_t [...] Categories
 
Parce que le rouge va plus vite

1/ IDE
2/ RAB du taux de transfert
2/ 2Go sbien, sjuste pour un ptit machin, je prendrais ptetre une 256/512 ? pour mon routeur et une 2/4Go pour mon minipc
3/ Moins c'est cher mieux c'est, mais faut qand même que ça marche les adaptateurs de HongKong a 0.99$ les 5 j'ai du mal a y croire

J'en ai un en IDE qui marche bien, je te donne le modèle demain si tu veux.
 
Là il est dans mon routeur/firewall avec une CF 32Mo et m0n0wall dessus, aucun soucis.
C'est un modèle dual-CF, donc a priori tu peux même faire du RAID soft de CF avec.
Chez un vendeur noich à moins de 5€in sur la baie.

3/ pas la peine, testé, vite cramé le con, retour dans le carton des pièces détachées

http://www.hardware.fr/news/10513/ [...] us-la.html

Script à jour, à tester pour validation
http://forum.hardware.fr/hfr/OSAlt [...] 0238_1.htm
 

j'ai mis à jour ubuntu de 9.04 en 9.10.
Je ne vois pas comment désactiver le logging sur cette version !
S'il n'y a pas d'interface graphique, quel fichier faut il modifier ?
Merci d'avance !

c'est pas le bon topac

Je me suis débrouillé, (et "topac" n'existe pas )
Ce réglage de logging désactivé est évoqué comme nécessaire en de maints endroits de ce sujet ... Sans expliquer comment faire.
 
Pourtant, si on considère que ce sujet regorge d'astuces détaillées, ma question n'était pas tant hors sujet que ça.  
Réponse sur les forums en langue anglaise pour ceux qui comme moi se posent la question !
 
Et pour revenir au sujet, Ubuntu 9.10 sur SSD: 8" hors bios sur mon pc: bien plus rapide que sous Ubuntu 9.04.(12" )
Alors pour ceux qui ont Ubuntu: n'hésitez pas, tout ira plus vite !
 
Et Seven sur SSD: combien de secondes pour démarrer jusqu'à 0% d'activité CPU ?

 
C'est pas du tout le sujet ici.

Oui, désolé,  il s'agit des SSD sous Linux.
 
Vous avez l'air d'être des spécialistes, mais des néophytes vous lisent aussi.
 
Pour connaitre la version du firmware sous Linux:
sudo hdparm -I /dev/sda (ou sdb ou sdc selon le disque ssd) depuis un terminal.
il y a maintenant 18 pages sur  
http://www.ocztechnologyforum.com/ [...] hp?t=54379
et en recoupant avec ce sujet de ce forum, on finit par faire un bon choix de réglages.
 
C'est quoi un bon choix pour un néophyte sur ce sujet ? avoir un Hd bien géré, qui supporte les mises à jour des versions Linux au fil du temps.
Perdre des microsecondes en lecture/écriture est largement acceptable du moment que le support (le SSD) reste stable.
Pour la stabilité dans le temps, il faudra attendre.
 D'ici là, les versions logicielles de wiper, hdparm et autres auront évolué, et seront aussi accessibles aux débutants sous Linux.
 
Il n'y a toujours pas de firmware pour les disques OCZ turboII supportant le trim (mon choix). Ce qui n'est pas forcément un handicap si le disque en question ne s'altère pas au fil du temps.
 
Ce qui pourrait être bien en entête de ce sujet serait un tableau qui récapitule les SSD qui peuvent ou pas être trimés, ceux qui en ont besoin ou pas.
Le côté pratique est: pourquoi s'embêter avec une option qui au final  rapportera un gain de puissance infime !
Et pourquoi pas rêver: une alerte qui nous dira qu'il faut "trimer" son hd au delà d'un seuil. Ainsi, on pourra oublier le SSD et se concentrer sur l'utilisation de nos machines pour en faire ce pour quoi on l'a achetée.
Je n'ai rien vu de spécifique aux SSD sur Ubuntu 9.10. Je croyais trouver le système etx4 non journalisé - il n'en est rien pour le moment.

http://kernelnewbies.org/Ext4#head [...] 64cb9beb1e

http://kernelnewbies.org/Ext4#head [...] 64cb9beb1e
n'indique pas comment faire.
 
Par contre, ici, toutes les options de l'ext4 sont disponibles:
http://lxr.free-electrons.com/sour [...] s/ext4.txt
(voir lignes vers 156 et suivantes)
mais comme indiqué:
Note that
157                         if the filesystem was not unmounted cleanly,
158                         skipping the journal replay will lead to the
159                         filesystem containing inconsistencies that can
160                         lead to any number of problems.
 
 
Et gain de performances ici:
http://git.kernel.org/?p=linux/ker [...] 28125700bb
soit un gain de performances de 1.948051%
 
Alors, gagner 1.95% et risquer des erreurs disque suite à plantage: je ne crois pas que le jeu en vaut la chandelle,
mais merci à mikala de m'avoir mis sur la voie.
 

bah si, il y a un lien vers un patch pour ce genre de choses.
Accessoirement les erreurs indiqués en cas de crash et l'absence de journal sont possible avec tous les systèmes de fichiers non journalisés.
Après tu peux également normalement tenté l'option data=writeback il me semble.