Reprise du message précédent :

1°/ Je ne sais pas trop, Albator le disait lui même, on est parti sur une taille de bloc de 128 Ko par principe, sans vraiment savoir quelle était réellement la taille de ces blocs, mais en déduisant logiquement que ça devait être de cet ordre là. S'il est confirmé que la taille de bloc est en fait de 512 Ko, il suffit de modifier la formule de manière à prendre cette données en compte et réaligner dessus. Après, je ne sais pas trop comment avoir une certitude de la taille des blocs d'un SSD. Il est possible que ça change d'un disque à l'autre.
 
2°/ Oui, il faut créer ta partition étendue, puis aligner au sein de cette partition étendue les partitions logiques comme on le fait avec des partitions primaires. Le principal est que, primaires ou pas, le début de chaque partition doit être un multiple de tes blocs pour rester alignée.

Bon j'ai refait un alignement sur des blocs de 512ko pour 5 parts logiques
un fdisk -lu /dev/sda (tailles en secteurs) me donne ça avec alignement sur des blocs de 512 ko :

Ca a l'air correct non ?
Dans le doute j'ai aligné la part étendue aussi bien que les parts logiques...
j'ai formaté en ext4 avec un stride de 128.
Démarré kde4 ce matin ca va vite hein...  
Y'a un moyen de vérifier que le disque écrit vraiment en respectant cet alignement ?

Pas que je sache, à part vérifier que tu es dans les valeurs de lecture/écriture relevées par les sites qui ont benchés le SSD.

Pour le choix d'une valeur d'alignement (128Ko ou 512Ko ou ...), le plus sûr, c'est ce que j'ai fait chez moi, est d'aligner les partitions sur une valeur plus élevée qui est multiple de toutes les autres.
Ex: j'ai aligné sur 1024Ko, donc je suis de fait aligné sur tous les sous-multiples de 1024 (512, 256, 128, 64 ...)
 
Reste ensuite le choix du stride au formattage ext3/4 . Mais au moins, je n'aurai pas besoin de refaire ma table des partitions :-)

Vrai, j'y avais pensé d'ailleurs, sans le mettre en pratique en partant du principe que j'étais aligné vu que la valeur de 128 Ko semblait faire consensus. Néanmoins, à part pour les derniers blocs de la partition, même avec des blocs de 512 Ko et un alignement de 128 Ko, je dirais qu'on est forcément aligné, non ? Du fait que c'est un multiple... Enfin, à moins de dire une ânerie, mais je crois pas...

J'ai placé le dossier temporaire en ram avec :

mais du coup yaourt ne veut plus lancer de compils pour les paquets provenant de AUR

yaourt utilise le dossier /tmp pour la compil.Est ce à cause de l'option noexec que la compilation échoue ?

 
Non, dans ton raisonnement, SSD avec blocs 512Ko, chaque bloc fait donc 1024 secteurs.
Si tu alignes à 128Ko, ta première partition va commencer au secteur 256, donc quelque part au milieu du premier bloc ssd.

 
En effet, c'est certainement l'option noexec.
Pour le résoudre, soit tu la retires, soit yaourt te permet de choisir un autre répertoire pour la compilation.

C'est ok niveau sécurité ça ?

svoufff : tu as oublié un espace entre tmpfs et defaults. Erreur de frappe ? essaies de corriger si nécessaire.

  corrigé... le fstab est correct lui

 
T'as l'air d'avoir une idée précise du problème et de la solution, alors pourquoi demander?
De plus, ton problème n'est pas spécifique au SSD.

Non au contraire, je ne vois pas du tout ce qu'implique de virer cette option.
Je trouve ça assez malin de mettre le tmp en ram mais je voudrais savoir si c'est secure de laisser des executables tourner dans cette zone (parce que si j'ai bien compri c'est ce qui sera possible dès lors que j'aurai enlevé l'option noexec non ?)
Cette modif n'est peut être pas spécifique SSD mais elle est extraite du tuto de Kortex en 1ère page de ce topic,section III. Conseils et astuces pour optimiser son SSD donc je trouvais normal d'en discuter ici...

 
Au temps pour moi, je viens de voir en effet que c'est mentionné tel quel sur la page 1.
Pour ma part, je pense que le gain de sécurité apporté par "noexec" sur /tmp est largement négligeable comparé aux dysfonctionnements que cela peut provoquer (comme yaourt dans ton cas).
Donc je préconise => virer "noexec" sur /tmp . Et de mettre à jour la page 1 en conséquence. A part "noatime", je n'en vois pas beaucoup qui ont une utilité relative au SSD (nosuid, nodev => osef).

Merci des conseils

J'attend les avis d'autres personne avant de mettre à jour la première page, mais a priori le raisonnement se tient. Après, je ne sais plus où j'avais chopé cette astuce, que j'avais recopié telle qu'elle, d'où la non optimisation potentielle de celle ci

salut!
J'ai une petite question concernant les flash NAND si quelqu'un a une idée.
pour l'operation d'effacement dans une flash on efface un bloc, ma question est :
pourqoi on ne peut pas effacer une page toute seule le bloc étant constitué de 64 pages?

Hop, je me joins au club, ayant acheté un Kingston V-series 64 GB qui tourne sous Ubuntu 64 bits.
 
chtite question : en ce qui me concerne le programme qui fait le plus d'accès disque à part Firefox est...Spotify, vu qu'il doit bien tourner 8 heures par jour et que pour chaque titre joué, il écrit le stream dans 4 dossiers différents simultanement le canaillou...
 
Y a t-il moyen d'appliquer une méthode similaire à celle du Ram cache de firefox ? sachant que l'adresse standard pour le cache de Spotify (sous wine donc) est :
 
C:\windows\profiles\(moi)\Local Settings\Application Data\Spotify\Storage
 

Spotifytructruc va lire l'adresse que tu as donné, mais c'est wine qui fait la transition entre (sûrement) ton ~/.wine/drive_c/tructruc. Le plus simple pour ne pas se prendre les pieds dans le tapis lors du montage de /home serais de créer un lien dans ton /home pointant vers une autre partition que tu pourras sans problème monter en tmpfs (mais attention à bien synchroniser avant de démonter le tmpfs).

mmh, je vois à peu pres le principe mais je suis encore très tendre question lignes de commande/syntaxes shell/tout ça.
si j'ai à peu près compris , ca veut dire :
 
-je crée un lien symbolique (ln -s ?) dans /home qui pointe sur le repertoire temporaire de mon choix  ? (appelons le /spotmp, qui sera sur un autre disque dur)
 
-je monte le dit spotmp sur tmpfs en rajoutant une ligne dans fstab  (sur le meme modele que /tmp) ?
 
-pour la synchro, ca veut dire que je "rebascule" le contenu du /spotmp en ram sur le disque dur avant extinction du systeme ?
pour cette étape je vais avoir besoin du mode d'emploi détaillé je crois

Oui c'est ca, sauf qu'il faut "rebasculer" ton /spotmp lors du démontage du tmpfs associé (ca peut arriver que tu veuille démonter une partition de temps en temps). Cette bascule se gère bien avec rsync, mais je ne connais pas les paramètres de tête (et encore moins comment déclencher automatiquement la synchro lors du démontage de ce tmpfs).

Ca va dépendre de distrib un peu aussi. Sous Arch, ça se fait sans problème, puisqu'il y a un script spécifique déclenché à le fermeture de léordi, donc aucun souci sur cette distrib. Sinon, oui, tu peux appliquer le même principe que pour le RAMCache de FF, il n'y a pas de raison, modulo les répertoires utilisés.

certes certes mais mon souci justement c'est que je suis sous Ubuntu (je sais meme pas ce que c'est Arch, c'est dire si je suis à la pointe sous Linux ), du coup je vois pas comment je dois faire CONCRETEMENT. c.a.d quel fichier editer.quelle ligne(s)/quelle syntaxe exacte ajouter pour ces fameuses synchronisations au boot/à l'extinction. je crois que je vais aller taquiner les forums ubuntu du coup, au moins je sais ce que je cherche, c'est pas si mal

Dans le pire des cas, tu peux monter /tmp en RAM en faire un lien symbolique de /home/ton_user/.mozilla/firefox/ton_profil/Cache vers /tmp. C'est une solution temporaire le temps de trouver mieux, mais ça évitera les écritures répétées avec FF. C'est comme que je tourne pour le moment, aucun souci (flemme de remettre en place le rsync sur le dossier de FF).

Mouais bon en même temps c'est pas forcément la mort de mettre un petit script dans /etc/rc.d/* qui fasse un pauvre rsync

/etc/rc.d/* n'existe pas sous mon Ubuntu Jaunty en tous cas. par contre j'ai de rc0. à rc6.d plus rcS.d, et j'ai aucune idée de qui fait quoi et comment c'est appelé c'est bestioles, je fais comment, je tire au sort ? Et ouic'est surement tres simple...une fois qu'on sait... merci d'être passé.

et en allant voir à l'interieur, apparemment c'est que des liens symboliques vers /etc/init.d, donc sous ubuntu ca serait plutot là que ca se passe...

Oui je parlais à Kortex@HFR, qui est sous arch

Bonjour à tous
Kortex, dans la partie II, 3 lignes avant la fin tu as écrit "partir" au lieu de "partie".
Sinon, dans la partie III, dans "Modifier les paramètres de journalisation", ne pourrait-on pas également inclure ReiserFS ? Il supporte aussi l'option noatime et accessoirement c'est celui que j'ai l'habitude d'utiliser :-)
Aussi, j'ai essayé de chercher l'option stride pour reiserfs : elle n'y est pas. Donc j'ai regardé ce que c'est dans ext3, et il semblerait que cela serve en fait lors du fonctionnement pour les systèmes avec du raid, voir ici, donc pas forcément utile sur les ssd. Qu'en dites vous ?
Enfin question, cfdisk permet-il de partitionner aussi finement que parted ? (j'aurais tendance à dire que oui mise à part pour sauter les 256 premiers secteurs).
Bon dimanche
 

Pourquoi pas, parler de ReiserFS. Si tu peux, donne moi les lignes de montage propre à Reiser (que je n'ai jamais utilisé) et j'inclus ça dans les premiers posts.
Sinon, pour ce qui est du stride, c'est comme l'alignement : avec des spin-off, l'alignement n'a un intérêt qu'en RAID, et pourtant ça a une importance prépondérante avec un SSD. On peut donc en conclure que tout ce qui est utile spécifiquement en RAID peut avoir une influence sur l'utilisation d'un SSD, qui n'est vraiment pas la même que pour un spin-off. Du coup, on ne perd pas grand chose à formater avec un stride précis lorsque le FS le permet. Comme dirait l'autre, ça ne mange pas de pain.
 
Et merci pour la coquille dans la partie II

Salut, que pensez vous de l'idée qu'en passant au ssd, on pourrait garder "l'ancien" disque "classique" s-ata 2, pour y mettre une partition qui servira pour le swap ?
 
Techniquement, est-ce une bonne idée ? ou pas du tout

 
À priori ça me semble une mauvaise idée vu que la swap c'est quelque chose où t'as besoin d'accès rapides à de petites données, et que les HDD mécaniques sont justement pas trop forts dans ce domaine.
Moi je mettrais plutôt tout ce qui est donnée "lente" (mp3, films,...) sur un hdd mécanique ( le rapport go/€ est meilleur) et tout ce qui doit être accédé rapidement en ssd

Ou mieux, acheter un peu plus de ram et tourner sans swap  

Ou arrêter de flipper à chaque IO sur le SSD

Aussi  

aussi il faut dire que les ssd doivent pour beaucoup être installés sur des portables, donc 1 seul disque.
 
1) de rien
 
2) je regarderai à l'occas les lignes de montage propre à Reiser, sachant que je ne m'y suis jamais intéressé et que pour l'instant, c'est "defaults"    
EDIT :
création partition :
mkreiserfs -b 4096 /dev/sda1 (pas de -E puisque Reiser ne gère pas le stride)
montage racine :
/dev/sda1 / reiserfs defaults,noatime 0 1 (le noatime est aussi pris en compte sous Reiser et je n'ai pas vu d'autres options spécifiques utiles)
 
3) ça ne mange pas de pain, c'est vrai. J'avais juste pas suivi...
 
4) Enfin question, cfdisk permet-il de partitionner aussi finement que parted ? (j'aurais tendance à dire que oui mise à part pour sauter les 256 premiers secteurs).

2) Mis à jour
4) Je ne sais pas, j'ai trouvé la méthode d'Albator très rapide et simple en plus d'être efficace, donc je n'ai pas cherché plus loin, d'autant plus que parted se trouve a priori sur tous les LiveCD des distribs (cfdisk aussi peut être remarque). Après, si j'ai bien suivi les explications d'Albator, si tu ne sautes pas les 256 premiers secteurs, alors ta première partition ne sera pas alignée. Du coup, pas sur que ce soit efficace.

Euh, fliper à chaque I/O du disque, c'est normal pour les ssd avec des contrôleurs en mousses...
Je peux rien faire durant un apt-get upgrade, le système freeze tout seul ><

C'est juste le JMicron qui merde.

J'ai regardé un peu mieux cfdisk, et fait des essais avec une clé usb, il ne permet pas de définir une partition par une plage de secteur, ou éventuellement ma première partition s'appellera sda2 (bof). Donc ok, j'utiliserai un live cd avec parted.

A la rigueur, sachant que parted s'en sort nickel, ce n'est pas un problème. Tu voyais un intérêt particulier à passer par cfdisk ?