Reprise du message précédent :
Bon je viens de passer en firmware 1881. Pas besoin d'un windows (si ce n'est pour générer l'iso de maj).
 
Après flash, wiper fonctionne comme prévu

Toujours pas de mises à jours de firmware pour les JMF602 ?
Non ?
tant pis...
Je finirais avec un corsair...

Ben pour mettre à jour un hardware, il faut qu'il soit possible de le mettre à jour. Le JM602, tu peux faire ce que tu veux côté firmware, ça restera une bouse, donc ils ont lâché l'affaire et ne développent plus dessus, normal

Tant pis...
J'acheterais un corsair, le ssd servira a un NAS qui chargera l'os en ram dès le boot...

hello,
 
bon ben, jeudi ou vendredi j'devrais recevoir mon ssd, on testera ça.
 j'ai vu plus haut pour l'astuce de firefox, il y aussi moyen de créer une nouvelle chaine sous firefox en saisissant about:config dans la barre d'adresses puis clique droit "créer une nouvelle chaîne" que l'on nomme
 
browser.cache.disk.parent_directory
et comme valeur /tmp

Salut a toi !!
 
Si tu veut pour optimer l'OS pour un SSD voila un lien pleins de bonne chose
 

Hello,
 
hum, vraiment excellent le ssd
 

c'est du mlc je suppose ?

 oui, et c'est le SUPER TALENT Disque Mémoire SSD 2.5'' Ultra Drive ME - 32Go - SATA II .

Hop, un petit bench en lecture par palimpsest (dans la lucid live):
 

 
L'écriture ne peut être testée que si le disque est vierge

Super topic

Comment dans mon cas je peut vérifier mes valeurs de gid et uid ?  
Très utile ce topik, merci bien cette synthèse.

Dans une console, loggé sous ton utilisateur, tape "id"  

tout simplement   cimer
Je vais tenté un reboot et voir ce que ça donne

J'ai donc suivi les quelques manip présentées en début de topik (noatime, !syslog, noswap et mozilla en tmpfs) question débit pas de soucis ça pulse. Seul hic depuis hier j'ai des brusques fermetures de session gnome genre 'logout' à n'importe quel moment. Est-ce que ça viendrait du cache mozzila sur tmps ? je sais pas exactement. Une idée ?  
*Je suis sur Arch.
 
EDIT: en attendant j'vais désactiver le

dans fstab voir si c'est ça ça qui merde.

Je ne vois pas pourquoi le fait que le cache de FireFox soit sur tmpfs entraine des fermetures de ta session Gnome. Essaie effectivement de remettre ton /tmp sur support physique, mais en soit, je n'y vois pas de lien direct.

C'est déjà pas le /tmp, j'essayerai les autres options voir au fur et à mesure

Ca va roxxer en tmpfs http://www.cowcotland.com/news/190 [...] 32-go.html

http://www.h-online.com/open/news/ [...] 39523.html
 

Le 2.6.33 est dispo \o/ Reste plus qu'à attendre qu'il déboule dans les dépôts Et le TRIM natif sous Linux fut (enfin, normalement, avec cette version, c'est OK).

Salut à tous,
 
Petit passage dans le topic pour remercier Kortex, qui a fait un super boulot    
 
J'ai utilisé quelques astuces de ce topic même si je n'ai pas de SSD (/tmp en ram, profil mozilla en ram, noatime sur les partitions de données, etc.), pour économiser mes disques, ça coute rien de le faire
 
Petite remarque : je suis sous Arch, et dans la ligne du fstab :

si je laisse le noexec, impossible de compiler les pakages d'AUR, j'ai systématiquement un "Permission denied" au lancement du ./configure.
En supprimant le noexec, tout rentre dans l'ordre.
 
Je sais pas si d'autres ont eu le même problème ou si le problème c'est moi , mais je tenais à le signaler
 
Merci en tout cas  

Normal, y'a des scripts dans la tambouille de AUR  

c'est cool le TRIM
 

 
sinon pour le recensement des des utilisateur sous nux
 
j'ai un SSD Samsung 32Go SLC sur pc portable
et un Corsair X32 sur le pc fixe.....
 
voila voila ^^

Ca ne se fait pas automatiquement avec le 2.6.33 ?  

[edit] une piste : http://ohioloco.ubuntuforums.org/s [...] stcount=17
mais pas moyen de voir un fstab l'utilisant.

wi mais j'sais pas compiler un kernel

j'suis sous nux que depuis kubuntu 7.04 ^^

deja la compil de prog des fois c'est galere
alors j'veux pas recommencer une install a cause de mauvais manip

pourtant j'ai l'habitude des reinstal mais la pas besoin c'est tout frais pour l'alignement des partitions

d'ailleurs vous pouvais confimer que c'est bien aligne??

En procédant par élimination parmis tous ce que j'avais changé dans ma config, c'est bien le cache firefox en tmps qui m'envoyait ballader de temps à autre avec ses sorties de session. Pourquoi je sais pas, reste à voir.

Hello,
 
En testant quelques options avec ext4, j'obtiens de bons résultats depuis 4 jours avec  
 

 
pour le writeback, d'abord démarrer en single, puis

 
ensuite mettre l'option data=writeback dans /etc/fstab.

Bonjour à tous,

je suis moi-même, le nouveau et heureux possesseur d'un SDD   , et j'ai lu et relu ce fil depuis 2 semaines pour être au top.

Je suis sous Karmic et j'ai suivi vos conseils : alignement des partitions, pas de swap, option "noatime", /tmp et /var/log en RAM. (Tiens, au passage, je n'ai trouvé aucun renseignement dans les manpages de fstab, sur "none" ou "tmpfs" déclarés comme "fs_spec" (premier champ) ... on explique seulement /dev/sdxy ou bien proc)

J'aimerais faire de même (mettre en RAM) pour le(s) cache(s) de firefox, grâce au script que dek a fourni en page 1. Malheureusement, comme je suis encore un peu noob, une fois que j'ai le script (modifié avec mon nom d'utilisateur), je ne sais pas du tout (oui, j'ai honte ) ce que je dois en faire, ni comment m'arranger pour qu'il s'exécute à chaque démarrage de la machine.

Enfin, pour limiter le cache offline de FF, est-ce que quelqu'un connait l'unité ? Actuellement, j'ai browser.cache.offline.capacity 512000.

Si quelqu'un veut bien me dépanner, je le remercie par avance.

Sous gnome tu peux l'ajouter aux applications lancées au démarrage de ta session.
N'oublie pas de rendre le script exécutable.

Merci de ta réponse,
 
J'avais complètement oublié cette histoire de le rendre exécutable !  
 
Et je le stocke dans /etc/init.d, c'est bien ça ?

Tu peux très bien le laisser dans ton ~/ vu que le script est modifié pour mettre le profil de ton user en ram (et pas celui d'un autre user). De plus, en l'ajoutant aux appli au démarrage de ta session, il n'y aura lancement du script que pour toi.
(genre tu le masque en ajoutant un "." au début de son nom, tu ne le verra plus trainer dans ton ~/ et il sera quand même exécuté)

OK, j'ai pigé. Si je voulais le lancer à la main il faudrait que je fasse :

$ sudo .FFram start ou sudo /home/stephane/.FFram start ou $ sudo .FFram stop

Ou bien le sudo est inutile ? Et je mets le nom complet (avec le point) ? Ouais, en même temps, j'ai qu'à essayer, mes questions doivent te paraître triviales. Merci de tes réponses.

Bien, alors, j'ai essayé en le mettant dans mon /home/stephane, ça n'a pas fonctionné, ni en manuel ; ni en application lancée au démarrage.
Par contre, dans /etc/init.d/, c'est OK. Je le lance manuellement sans sudo. Et pour le faire automatiquement (démarrage / extinction) :
sudo update-rc.d FFram defaults semble fonctionner. Merci de votre aide.

J'envisage de remplacer mon Vertex 120 Go pour un SSD de plus grosse capacité. J'ai vu un Corsair P256 pour pas trop cher en 256 Go. Quelqu'un a pu tester sous Linux ? Genre, ce SSD a-t-il le support du TRIM, au moins avec le script pour wiper ?

Quelqu'un a-t-il quelques infos sur l'avancé de btrfs ? Les derniers tests que j'avais vu remontent à quelques mois et reposaient sur des versions beta.

Toujours pas considérer comme stable en prod et pas encore intégré dans la plupart des distributions (enfin je parle surtout pour l'installation), aux dernières nouvelles…

Mince, je pensais tenter une réinstallation de ma distrib avec GPT et j'aurais dans la foulée migré vers BTRFS si ça avait été fiable.

Bonjour à tous : vous êtes mon dernier recours avant le support technique d'intel !

J'ai acquis récemment un X25-E 32 Go (Pour en faire un disque système, pour le SLC, pour la sécurité et oui, je sais, j'ai craqué toutes mes finances ... ). J'ai installé Karmic 64 dessus en suivant les recommandations de chacun ici (Portable ACER TravelMate 5620, pas à moi).
Au feeling, j'ai été un peu déçu , du gain en vitesse, surtout après l'avis de zelogik (page 9), qui possède la version en 64 Go. Mais je me suis dit que j'avais trop fantasmé sur les perfs des SSD. Et puis, j'ai utilisé le script proposé par quess en page 8 et là, hallucination déceptive   , le disque plafonne lamentablement à 137 Mo/s, là où j'attends 250 :

  [2kB][=                             ][15MB/s]
   [4kB][==                            ][28MB/s]
   [8kB][====                          ][47MB/s]
  [16kB][======                        ][66MB/s]
  [32kB][=======                       ][79MB/s]
  [64kB][==========                    ][100MB/s]
 [128kB][===========                   ][116MB/s]
 [256kB][============                  ][127MB/s]
 [512kB][=============                 ][132MB/s]
[1024kB][=============                 ][134MB/s]
[2048kB][=============                 ][136MB/s]
[4096kB][=============                 ][136MB/s]
[8192kB][=============                 ][137MB/s]

De plus, hdparm -t /dev/sda, me renvoie environ 100 Mo/s   .

Donc, voilà, je ne sais pas ce que j'ai loupé, je ne sais pas dans quelle direction chercher, je ne sais pas quel test effectuer pour détecter le problème éventuel.

Merci par avance de vos réponses.

hdparm a toujours été à la ramasse chez moi pour me donner les valeurs réelles de mon disque, déjà à l'époque quand j'avais un RAID0 SCSI et à nouveau aujourd'hui avec le SSD. Par contre je n'ai pas de problème avec les débits ressentis ni ceux relevés avec le script : avec un simple Vertex, je commence à 20MB/s et je termine à 222MB/s.
Les taux annoncé par le fabricant sont de combien ?

Extrait de la technical datasheet de Intel :
 
- Sustained Sequential Read: up to 250 MB/s
- Sustained Sequential Write: up to 170 MB/s
 
Merci de t'intéresser à mon problème.