Reprise du message précédent :

 
 
en même temps... /boot, c'est pas le fs sur lequel tu fais des opé d'écriture tous les jours  

+1 /boot est plutôt statique et de toute façon les SSD modernes déplaceront quand-même fréquemment ces données pour lisser l'usure.

@ High Plains Drifter :
Alors là, tu m'apprends un truc ! tu es sûr à 100% lorsque tu dis que le SSD gère tout seul l'occupation des données ? C'est fini la notion de secteur/zone/piste/partition telle qu'on la connaissait avec nos HDD ?
Pour être plus concret, sur mon SSD 128 Go, j'ai alloué 10 Go pour mon swap, il ne sert que pour l'hibernation (j'ai 8 Go de RAM). Autrement dit, ces 10 Go, que je pensais très peu utilisés (au détriment du reste), sont en fait aléatoirement répartis dans les cellules mémoire du SSD ?

les partitions ne se traduisent pas par des barrières physiques sur le SSD en principe, et les données sont réparties pour minimiser l'usure en principe. Par contre lorsque le FS est différent (swap vs ext vs btfs) je m'interroge

Le wear leveling est une fonction hardware et celui-ci n'interprète pas les données ni ne connaît la notion de système de fichiers. Il ne voit que des cellules vides/libres et des cellules pleines.

alors si c'est confirmé, c'est génial !

Oui le SSD déplace lui-même les données statiques sur les cellules les plus usées ça fait parti des algos internes pour maintenir la santé, j'ai lu un article qui montrait un moyen de démontrer ça, mais je me rappelle plus où.

En tout cas c'est confirmé par M Marc himself http://forum.hardware.fr/hfr/Hardw [...] m#t8037630

Une petite optimisation supplémentaire pour la durée de vie de SSD, je sais pas si elle est déjà passée :
 
Pour ceux qui ont leur /home sur SSD et qui utilisent kdm, on peut facilement changer l'emplacement du ~/.xsession-errors, ce fichier créée à chaque démarrage consomme beaucoup d'écritures, pour une utilité très limitée ! Suffit d'éditer le kdmrc (son emplacement varie d'une distrib à l'autre) et de modifier la ligne ClientLogFile=dans les sections [X-*-Core] et [X-:0-Core]
 
Perso je l'ai mis dans /tmp/, ce qui donne :

Ah ouais. Moi je l'avais symlinké vers un hdd méchanique. J'avoue que ta solution est plus propre.

C'est surtout que chez moi il est effacé puis recrée à chaque boot, donc le symlink... A moins de rajouter l'attribut "immuable".

Merci, j'ai adopté

 
ah, je voulais dire cela dans le sens si il ne fallait pas mettre la même option que pour ext4, question sans sens car ext2 ne supporte pas TRIM, j'avoue

Mark Lord (hdparm, wiper.sh) répond gentiment à ma demande :

Connaissez-vous un programme (console, KDE, autre) pour tester le SSD en écriture ? (hdparm ne donne que des infos sur la lecture)
Je sais qu'Ubuntu fournit un utilitaire, mais je suis sous Arch+KDE.
Merci pour vos conseils.

L'utilitaire qu'utilise Ubuntu c'est Palimpsest (gnome-disk-utility, donc disponible sur toute les distros) et pour utiliser le test en écriture il faut que le périphérique soit vierge, donc un peu useless.
 
Linux dispose du meilleur benchmark du marché : iozone, mais il est bien peu user  friendly !

je regarderai iozone de près, je m'en fous si ce n'est pas user-friendly, c'est juste pour voir si mon SSD est à la hauteur de ses specs. J'ai parfois l'impression que mes débits, bien que très bons, sont un peu faiblards pour cette technologie.
 
Merci !

 
Bonjour.
 
Pouvez-vous nous indiquer un lien sur ce sujet (cfq adapté aux SSD) ?
 
Merci.

j'ai également lu que cfq détectait automatiquement les ssd de nos jours dans différenst articles mais pas de ressource officielle.

 
j'avais posté des choses sur les messages suivants
 
notamment : https://git.kernel.org/?p=linux/ker [...] ef95e0929e

Je lis aussi ici "Jeff Moyer pointed out that recent versions of the CFQ elevator has smart SSD detection.  If SSD is detected, it disables idling during random access reads because the penalty for reading is not severe" https://rawhidewatch.wordpress.com/ [...] odelalloc/
qui est confirmé ici https://lkml.org/lkml/2011/8/2/257
Je ne sais pas si c'est ce commit ? https://git.kernel.org/?p=linux/ker [...] 051e9a52de http://us.generation-nt.com/answer [...] 71901.html
qui semble être une autre optimisation de cfq pour SSDs ?

Perso je continu a avoir des perfs un peu meilleures avec noop, mais c'est vraiment négligeable, au maximum 7MB/s de plus en écriture aléatoire 4k avec iozone (dans le autres modes je sature mon SATAII avant de voir la différence   )

Bouhouhouhououuououo    
 
J'ai reçu un crucial m4 128.
 
J'ai installé seven puis ubuntu 11.10 et pis vala ce qu'il me marque :
 
Périphérique Amorce  Début        Fin      Blocs     Id  Système
/dev/sda1   *        2048      206847      102400    7  HPFS/NTFS
La partition 1 ne se termine pas sur une frontière de cylindre.
/dev/sda2          206848   102402047    51097600    7  HPFS/NTFS
La partition 2 ne se termine pas sur une frontière de cylindre.
/dev/sda3       102402048   137558015    17577984   83  Linux
La partition 3 ne se termine pas sur une frontière de cylindre.
/dev/sda4       137560062   250068991    56254465    5  Etendue
La partition 4 ne se termine pas sur une frontière de cylindre.
/dev/sda5       137560064   243025919    52732928   83  Linux
/dev/sda6       243027968   250068991     3520512   82  Linux swap / Solaris
 
 
 
Je ne trouve pas ce que veux dire cette phrase de partition qui se termine pas sur une frontière de cylindre ?
 
De plus ma partition étendue 4 n'est pas correctement aligné mais les partions qu'elle contient, ici dans mon cas la 5 et la 6, indique bien un bonne alignement, est ce bon ?
 
Merci de votre retour  

 
 
Ton allignement est bon    
 
Partoche qui ne se termine pas sur une frontière de cylindre : pas grave, c'est rapport à de la geometrie logique CHS, aucuns problèmes

Grand merci à toi !

Au cas où, si vous tombez sur un ssd non reconnu comme tel, un petit :

vous permet de signifier au noyau qu'il est en face d'un ssd et donc qu'il peut activer les paramètres adéquats au niveau du io-scheduler. Évidemment, il faut remplacer sda par la valeur qui va bien.

Mjules : et comment savoir si le ssd est reconnu actuellement comme disque dur ou ssd avant de lancer al commande ? ça m'interesse pour le vieux ssd de mon mini9...

tu lis la valeur dans le fichier, si c'est 1, il considère que c'est un disque qui tourne (rotational) si c'est 0, c'est que ça ne tourne pas (et donc un ssd).

Merci tous deux, en effet mon mini9 était mal reconnu je l'ai corrigé.
Ca agit sur l'ordonnanceur de tâches d'E/S CFQ c'est ça ?
Edit : ha oui c'est marqué dans le post de Mjules !

Hello les gens,
Vendredi, je recois mon nouveau, et premier SSD: un Crucial m4 64GB pour mon laptop, sur lequel je compte installer Arch, et uniquement Arch.
J'ai regardé un peu ce topic, plusieurs wiki, et je sens déja que je vais en baver  
Bref, si vous pouviez m'aider à y voir un peu plus clair, çà serait bien sympa    
 
1) Je compte installer ArchLinux exclusivement, donc au niveau du partitionnement, il me faudra une partition /boot de 200MB en ext2 et le reste en / formaté en ext4 avec syslinux en bootloader j'ai cru comprendre (partition boot obligatoire, et grub-legacy non supporté, c'est çà ?)
 
2) Pour la création de la table GPT, je n'ai qu'à booter sur le Live CD d'Arch, et à procéder au partionnement comme le suggère le wiki ?, je formate les partitions, et ensuite je zappe l'étape de partionnement proposé par l'installateur d'Arch (cfdisk) et je reprends à la partie montage des partitions ? Pour syslinux, je l'installe via l'installateur comme précisé sur cet article ?
 
Je dois encore avoir une bonne centaine de questions, mais pas pour le moment    
 
Merchi ;]

Morpheus86 : normalement les distrib récentes gèrent le boot en ext4 (c'est BTRFS qui peut ne pas être reconnu, étant plus récent)
Perso je te conseillerai une partoche système / (genre 9/10 Go maxi à moins d'installer des milliers de trucs), une swap (genre 1Go) et le reste en /home.
Une fois que le partitionnement est fait, tu pourras toujours essayer de désactiver le SWAP depuis le fichier /etc/fstab pour voir si tu peux t'en passer.
Après je sais pas je connais pas ARCH mais pour configurer le SSD une fois l'installation faite tu peux lire http://www.planet-libre.org/?post_id=10257

antistress: la partition /boot à part, c'est pas pour utiliser du ext2 à la place du 4, mais j'ai cru lire qu'il fallait une telle partition en cas d'utilisation de table GPT par rapport au BIOS.
Pour le SWAP, ayant 4Gb de RAM, et ne faisant rien de très poussé hors une virtualisation occasionelle de W7, je ne pense pas en avoir besoin, non ?
Merci pour ton lien, je regarde çà

Je dirais mets le swap et retire le après et voilà. En cas de soucis, tu peux le remettre. Il est requis par exemple pour le mode hibernation (suspend to disk).
Sinon j'ai toujours pris 9Go pour le / et c'est bien au delà de ce que j'utilise
 
GPT connais pas désolé ça sert à quoi ?

Oula, si c'est moi qui t'explique je risque de dire de très grosse bétises xD
De ce que j'ai cru comprendre, c'est un schema de table de partition alternatif à MBR, et requis ou du moins conseillé pour le partitionnement des SSD

ce que je lis c'est qu'on est plus limité à 4 partitions ni en taille de disque (+ de 2To)
perso chuis pas concerné...
http://thessdreview.com/raid-enter [...] rtitions/#
à ta place je resterai sur du classique

Ah, je sais pas trop, je me basais juste sur la méthode recommandée du du wiki d'Arch

Rien à voir, en GPT avec un BIOS non EFI tu dois créer une petite partition pour le bootloader, mais vraiment très petite *. Cette partition ne dois pas être formatée et avoir le flag bios_grub.  /boot lui peut rester sur / si tu le désire bien-sûr.
 
J'ai formaté mon SSD de 64go en gpt (pas de raison particulière, juste le fun) de cette façon :
 

 
* Perso j'ai mis 1mo pour me faciliter les calculs d'alignement, mais tu peux mettre bien moins, j'ai moins de 56ko de données écrites sur cette partition, mais gaffe à l'alignement si tu fais une partition de moins de 512ko
 
Niveau utilisation ça ne change rien, grub2 s'installe pareil et détecte automatiquement le gpt, les partitions sont nommées pareil sous linux y'a juste plus le concept de partitions primaires/étendues. J'ai l'impression que grub est plus lent à charger mais ça dois plus venir de l'utilisation des uuid (que j'ai rajouté à même temps) que du gpt.

C'est reservée pour les ssd ? Car j'ai passé directos mon portable acer avec disque mécanique en GPT sans faire de partition très petite (voir même pas de partition /boot) et je n'ai pas eu de soucis. Avec un bios ce que l'on connait tous.

 
Pour les anglophobes:
grub-legacy est incapable de booter une partition GPT
grub2 a besoin d'une petite partition "bios_grub" pour booter une partition GPT
syslinux n'a pas besoin d'une telle partition, mais /boot doit être sur une autre partition.
 
Par contre le: "enable Legacy BIOS Bootable partition attribute for that partition (using gdisk)" je n'ai pas trouvé à quoi celà consiste pour le moment  
EDIT: trouvé

Rien à voir avec les SSD. Avec une table MSDOS la première partition est alignée sur un cylindre ce qui laissais de l'espace vide après le MBR, utilisable par le bootloader.
 
GPT a définitivement remisé le vieux adressage CHS donc y'a plus cet espace vide, du coup soit on utilise un bootloader qui s'en passe (syslinux comme dit au-dessus), soit on le crée.
 
À noter que les EFI disposent en interne de ce petit espace pour le bootloader, donc en cas d'utilisation de GPT sur un BIOS classique, c'ets pas plus mal de le créer.