Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
[SSD] formatage/partitionnement/migration de gentoo
View unanswered posts
View posts from last 24 hours

Goto page Previous  1, 2  
Reply to topic    Gentoo Forums Forum Index French
View previous topic :: View next topic  
Author Message
xaviermiller
Bodhisattva
Bodhisattva


Joined: 23 Jul 2004
Posts: 8706
Location: ~Brussels - Belgique

PostPosted: Tue May 11, 2010 5:39 pm    Post subject: Reply with quote

Il propose le maximum
_________________
Kind regards,
Xavier Miller
Back to top
View user's profile Send private message
oxomichael
Tux's lil' helper
Tux's lil' helper


Joined: 05 Aug 2005
Posts: 87
Location: Loin de chez moi

PostPosted: Tue May 11, 2010 7:00 pm    Post subject: Reply with quote

Pour des options sur le ext4 et les ssd, il faut peut être aller voir sur le blog de la personne qui développe le EXT4

http://thunk.org/tytso/blog/

Et plus particulièrement

http://thunk.org/tytso/blog/2009/03/01/ssds-journaling-and-noatimerelatime/
http://thunk.org/tytso/blog/2009/02/22/should-filesystems-be-optimized-for-ssds/
http://thunk.org/tytso/blog/2009/02/20/aligning-filesystems-to-an-ssds-erase-block-size/

Si vous arrivez à faire un guide en fonction des différents SSDs alors je pense que ça peut intéresser du monde


Et j'ai aussi trouver ceci

http://www.ocztechnologyforum.com/forum/showthread.php?54379-Linux-Tips-tweaks-and-alignment&highlight=linux
_________________
Gigabyte MA790GP-DS4H - Phenon X4 955 - 4Go
3.0 - ~amd64
Gigabyte MA770T-UD3P - Athlon II X2 240 - 4Go
2.6.38 - ~amd64
Back to top
View user's profile Send private message
Tony Clifton
l33t
l33t


Joined: 07 Jul 2004
Posts: 686
Location: Rennes

PostPosted: Thu May 13, 2010 5:07 pm    Post subject: Reply with quote

Après une mise à jours du firmware du disque dur (qui ne supportait pas le TRIM), une réinstall et un beau "dd if=/dev/zero of=/dev/sda".
Je peux dire (après 2 jours de tests) que mon PC fonctionne beaucoup mieux, le TRIM a l'air de fonctionner ; il ne reste donc plus qu'à voir ce que ça donnera dans 6 mois.
_________________
La seule certitude que j'ai, c'est d'être dans le doute ! P. Desproges
Back to top
View user's profile Send private message
NEOxAKIRA
Guru
Guru


Joined: 20 May 2007
Posts: 302
Location: France

PostPosted: Fri May 14, 2010 8:11 am    Post subject: Reply with quote

bon je crois que j'ai un problème
fstab :
Code:
/dev/sdf1     /               ext4            noatime,discard,defaults                   0 1


Code:
# mount
/dev/root on / type ext2 (rw,noatime,barrier=1,data=ordered,discard)


et après un : mount -oremount /dev/sdf1
j'ai
Code:
# mount
/dev/root on / type ext2 (rw,noatime,discard)


que faire ? pourquoi mon disk est pas monté en ext4 ?

EDIT:
Code:
mkfs.ext4 -b 4096 -E stride=32 /dev/sdf1

est ce la commande qui va bien pour formater mon SSD en EXT4 ?
(j'ai du utiliser ça)
Back to top
View user's profile Send private message
Tony Clifton
l33t
l33t


Joined: 07 Jul 2004
Posts: 686
Location: Rennes

PostPosted: Fri May 14, 2010 10:45 am    Post subject: Reply with quote

Je vais te poser une question très bête : as-tu bien configuré ton noyau avec le support de l'ext4 (en dur) ?
EDIT : Désolé mais c'est la seule idée qui me passe par la tête
_________________
La seule certitude que j'ai, c'est d'être dans le doute ! P. Desproges
Back to top
View user's profile Send private message
NEOxAKIRA
Guru
Guru


Joined: 20 May 2007
Posts: 302
Location: France

PostPosted: Fri May 14, 2010 11:14 am    Post subject: Reply with quote

lol oui oui
j'ai résolu le problème de montage de la partition en ajoutant rootfstype=ext4 à la ligne kernel dans grub
Back to top
View user's profile Send private message
NEOxAKIRA
Guru
Guru


Joined: 20 May 2007
Posts: 302
Location: France

PostPosted: Fri May 14, 2010 6:35 pm    Post subject: Reply with quote

Repartitionnage en cours :

Code:
# fdisk -c -u /dev/sdf

Commande (m pour l'aide): p

Disque /dev/sdf: 50.0 Go, 50020540416 octets
255 têtes, 63 secteurs/piste, 6081 cylindres, total 97696368 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0xe7a86278

Périphérique Amorce  Début        Fin      Blocs     Id  Système

Commande (m pour l'aide): d
Aucune partition n'est définie pour l'instant!

Commande (m pour l'aide): n
Commande d'action
   e   étendue
   p   partition primaire (1-4)
p
Numéro de partition (1-4): 1
Premier secteur (2048-97696367, par défaut 2048):
Utilisation de la valeur par défaut 2048
Dernier secteur, +secteurs or +taille{K,M,G} (2048-97696367, par défaut 97696367):
Utilisation de la valeur par défaut 97696367

Commande (m pour l'aide): t
Partition sélectionnée 1
Code Hexa (taper L pour lister les codes): L

 0  Vide            24  NEC DOS         81  Minix / Linux a bf  Solaris       
 1  FAT12           39  Plan 9          82  Linux swap / So c1  DRDOS/sec (FAT-
 2  XENIX root      3c  PartitionMagic  83  Linux           c4  DRDOS/sec (FAT-
 3  XENIX usr       40  Venix 80286     84  OS/2 cachée di c6  DRDOS/sec (FAT-
 4  FAT16 <32M      41  PPC PReP Boot   85  Linux étendue  c7  Syrinx         
 5  Etendue         42  SFS             86  NTFS volume set da  Non-FS data   
 6  FAT16           4d  QNX4.x          87  NTFS volume set db  CP/M / CTOS / .
 7  HPFS/NTFS       4e  QNX4.x 2nd part 88  Linux plaintext de  Dell Utility   
 8  AIX             4f  QNX4.x 3rd part 8e  Linux LVM       df  BootIt         
 9  AIX amorçable  50  OnTrack DM      93  Amoeba          e1  DOS access     
 a  OS/2 Boot Manag 51  OnTrack DM6 Aux 94  Amoeba BBT      e3  DOS R/O       
 b  W95 FAT32       52  CP/M            9f  BSD/OS          e4  SpeedStor     
 c  W95 FAT32 (LBA) 53  OnTrack DM6 Aux a0  IBM Thinkpad hi eb  BeOS fs       
 e  W95 FAT16 (LBA) 54  OnTrackDM6      a5  FreeBSD         ee  GPT           
 f  W95 Etendue (LB 55  EZ-Drive        a6  OpenBSD         ef  EFI (FAT-12/16/
10  OPUS            56  Golden Bow      a7  NeXTSTEP        f0  Linux/PA-RISC b
11  Cachée FAT12   5c  Priam Edisk     a8  UFS Darwin      f1  SpeedStor     
12  Compaq diagnost 61  SpeedStor       a9  NetBSD          f4  SpeedStor     
14  Cachée FAT16 < 63  GNU HURD or Sys ab  Amorce Darwin   f2  DOS secondaire
16  Cachée FAT16   64  Novell Netware  af  HFS / HFS+      fb  VMware VMFS   
17  Cachée HPFS/NT 65  Novell Netware  b7  BSDI fs         fc  VMware VMKCORE
18  AST SmartSleep  70  DiskSecure Mult b8  BSDI swap       fd  Linux raid auto
1b  Cachée W95 FAT 75  PC/IX           bb  Boot Wizard hid fe  LANstep       
1c  Cachée W95 FAT 80  Minix ancienne  be  Amorce Solaris  ff  BBT           
1e  Cachée W95 FAT
Code Hexa (taper L pour lister les codes): 83

Commande (m pour l'aide): w
La table de partitions a été altérée!

Appel de ioctl() pour relire la table de partitions.
Synchronisation des disques.


Et aucun changement ...
Code:
# hdparm -tT /dev/sdf

/dev/sdf:
 Timing cached reads:   12444 MB in  1.99 seconds = 6238.24 MB/sec
 Timing buffered disk reads:  558 MB in  3.01 seconds = 185.34 MB/sec
Back to top
View user's profile Send private message
NEOxAKIRA
Guru
Guru


Joined: 20 May 2007
Posts: 302
Location: France

PostPosted: Fri May 14, 2010 6:48 pm    Post subject: Reply with quote

ouh putain
Code:
# mkfs.ext4 -b 4096 -E stride=32 /dev/sdf1
mke2fs 1.41.11 (14-Mar-2010)
Étiquette de système de fichiers=
Type de système d'exploitation : Linux
Taille de bloc=4096 (log=2)
Taille de fragment=4096 (log=2)
Stride=32 blocks, Stripe width=0 blocks
3055616 i-noeuds, 12211790 blocs
610589 blocs (5.00%) réservés pour le super utilisateur
Premier bloc de données=0
Nombre maximum de blocs du système de fichiers=4294967296
373 groupes de blocs
32768 blocs par groupe, 32768 fragments par groupe
8192 i-noeuds par groupe
Superblocs de secours stockés sur les blocs :
   32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
   4096000, 7962624, 11239424

Écriture des tables d'i-noeuds : complété                       
Création du journal (32768 blocs) : complété
Écriture des superblocs et de l'information de comptabilité du système de
fichiers : complété

Le système de fichiers sera automatiquement vérifié tous les 23 montages ou
après 180 jours, selon la première éventualité. Utiliser tune2fs -c ou -i
pour écraser la valeur.

et apres avoir monter la partition
Code:
# hdparm -tT /dev/sdf1

/dev/sdf1:
 Timing cached reads:   12236 MB in  1.99 seconds = 6133.47 MB/sec
 Timing buffered disk reads:  778 MB in  3.00 seconds = 258.95 MB/sec

j'espere que ca va rester comme ca...
Back to top
View user's profile Send private message
NEOxAKIRA
Guru
Guru


Joined: 20 May 2007
Posts: 302
Location: France

PostPosted: Sun May 16, 2010 1:22 pm    Post subject: Reply with quote

et mainteant en etant sur la gentoo installé sur le ssd j'ai :
Code:
# hdparm -tT /dev/sdf1

/dev/sdf1:
 Timing cached reads:   11102 MB in  2.00 seconds = 5563.07 MB/sec
 Timing buffered disk reads:  662 MB in  3.00 seconds = 220.55 MB/sec

30 MB/sec en moins...

mais bon en repartitionnant dans le but d'aligner la partition j'ai gagné 40 MB/sec environ mais bon je suis toujours loin des 285 Mo/sec maximum annoncé.
comment tester la vitesse d'ecriture d'un disque dur ?

et ca http://fr.wikipedia.org/wiki/Noop_scheduler
Code:
# cat /sys/block/sdf/queue/scheduler
[noop] deadline cfq

c'est bien ?

EDIT:
Code:
# hdparm -tT --direct /dev/sdf1

/dev/sdf1:
 Timing O_DIRECT cached reads:   512 MB in  2.00 seconds = 255.61 MB/sec
 Timing O_DIRECT disk reads:  736 MB in  3.00 seconds = 245.03 MB/sec

hum...


Last edited by NEOxAKIRA on Sun May 16, 2010 1:40 pm; edited 1 time in total
Back to top
View user's profile Send private message
kwenspc
Advocate
Advocate


Joined: 21 Sep 2003
Posts: 4954

PostPosted: Sun May 16, 2010 1:38 pm    Post subject: Reply with quote

NEOxAKIRA wrote:

Code:
# cat /sys/block/sdf/queue/scheduler
[noop] deadline cfq

c'est bien ?

oui

Par contre hdparm -tT c'est pas non plus le top coté benchmark. Faudrait utiliser un outil plus exhaustif.
Pour ce qui est d'arriver à la vitesse annoncée faut aussi prendre en compte le contrôleur sata de ta CM, c'est peut-être lui qui plombe aussi les stats.
Et puis 285Mo/s maximum annoncé par le constructeur j'imagine que c'est sans FS.
Back to top
View user's profile Send private message
NEOxAKIRA
Guru
Guru


Joined: 20 May 2007
Posts: 302
Location: France

PostPosted: Mon May 17, 2010 12:00 pm    Post subject: Reply with quote

bon je viens de rajouter errors=remount-ro à mon /etc/fstab car le disque ssd vient de se barrer, et j'avais pu aucune commande... je sais pas pourquoi il s'est démonté...
Code:
/dev/sdf1     /               ext4            noatime,discard,errors=remount-ro                   0 1
Back to top
View user's profile Send private message
NEOxAKIRA
Guru
Guru


Joined: 20 May 2007
Posts: 302
Location: France

PostPosted: Thu Jun 03, 2010 12:09 pm    Post subject: Reply with quote

bon, mon ssd se fait la male, il se démonte tout seul aléatoirement, et du coup j'ai pu aucune commande
Code:
Jun  3 13:29:52 genova kernel: ata3.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
Jun  3 13:29:52 genova kernel: ata3.00: failed command: FLUSH CACHE
Jun  3 13:29:52 genova kernel: ata3.00: cmd e7/00:00:00:00:00/00:00:00:00:00/a0 tag 0
Jun  3 13:29:52 genova kernel: res 40/00:18:a0:d9:8f/00:00:01:00:00/40 Emask 0x4 (timeout)
Jun  3 13:29:52 genova kernel: ata3.00: status: { DRDY }
Jun  3 13:29:52 genova kernel: ata3: hard resetting link
Jun  3 13:29:52 genova kernel: ata3: SATA link down (SStatus 0 SControl 300)
Jun  3 13:29:57 genova kernel: ata3: hard resetting link
Jun  3 13:29:57 genova kernel: ata3: SATA link down (SStatus 0 SControl 300)
Jun  3 13:29:57 genova kernel: ata3: limiting SATA link speed to 1.5 Gbps
Jun  3 13:30:02 genova kernel: ata3: hard resetting link


que faire ?
Back to top
View user's profile Send private message
Tony Clifton
l33t
l33t


Joined: 07 Jul 2004
Posts: 686
Location: Rennes

PostPosted: Fri Jun 04, 2010 7:12 pm    Post subject: Reply with quote

Salut,

en tous cas chez moi tout fonctionne nickel depuis que j'ai fait les modifs. Ce n'était pas exactement le même pb mais je peux t'indiquer les étapes que j'avais suivi :
* MàJ du firmware du SSD
* Un p'tit badblocks en écriture (badblocks -vw /dev/sda) pour remettre le disque à 0 ( :twisted: pense aux sauvegardes) et de m'assurer que le disque n'avait aucun soucis par la même occasion
* Partitionnement du disque avec "fdisk -c -u ..." (enfin si je me souviens bien de la commande donnée sur la page 1)
* Formatage des partoche en ext4 tout bête (sans option, mais je pense que c'est préférable d'en mettre)
* Montage dans fstab avec les options suivantes rw,noatime,commit=100,barrier=0,nobh,stripe=128,discard

Et tant que j'y pense avais-tu vérifié que le TRIM fonctionne bien quand tu supprimes un fichier.
_________________
La seule certitude que j'ai, c'est d'être dans le doute ! P. Desproges
Back to top
View user's profile Send private message
NEOxAKIRA
Guru
Guru


Joined: 20 May 2007
Posts: 302
Location: France

PostPosted: Sun Jun 06, 2010 9:09 am    Post subject: Reply with quote

hum tu peux m'expliquer ces 4 options :
Code:
commit=100
barrier=0
nobh
stripe=128

stp ?
Back to top
View user's profile Send private message
Tony Clifton
l33t
l33t


Joined: 07 Jul 2004
Posts: 686
Location: Rennes

PostPosted: Sun Jun 06, 2010 12:16 pm    Post subject: Reply with quote

J'avais récupéré ces options dans le post que tu avais mis en lien sur la première page (https://forums.gentoo.org/viewtopic-p-6187612.html#6187612), mais c'est vrai qu'après mes tests je ne me suis pas plus penché que ça sur leurs significations :oops:. Cependant ayant passé un serveur de ReiserFS à ext4 récement, j'ai trouvé quelques explications (sans forcement toutes les comprendre (je ne suis pas encore un expert FS)).

Donc voici ce que j'ai pu trouvé (dans le man de mount (qui est très intéressant)) :

* nobh
man mount wrote:
Do not attach buffer_heads to file pagecache. (Since 2.5.49.)
Amha, très explicite, surement très intéressant... Cette option est compatible avec ext2, 3 et 4, c'est tout ce que je peux ajouter

* commit=nrsec
man mount wrote:
Sync all data and metadata every nrsec seconds. The default value is 5 seconds. Zero means default.
Là je comprends un peux mieux, mais pourquoi 100, bonne question. J'suis tombé sur plusieurs forums où ils le mettaient à 100, surement que quelqu'un a dit que 100 c'était pas mal et tout le monde a suivi. Cette option fonctionne également avec ext3.

* barrier=0 / barrier=1 / barrier / nobarrier
man mount wrote:
This enables/disables the use of write barriers in the jbd code. barrier=0 disables, barrier=1 enables. This also requires an IO stack which can support barriers, and if jbd gets an error on a barrier write, it will disable again with a warning. Write barriers enforce proper on-disk ordering of journal commits, making volatile disk write caches safe to use, at some performance penalty. If your disks are battery-backed in one way or another, disabling barriers may safely improve performance. The mount options "barrier" and "nobarrier" can also be used to enable or disable barriers, for consistency with other ext4 mount options.

The ext4 filesystem enables write barriers by default.
Là encore je comprends pas grand chose mais les informations que j'ai mises en gras me semble assez explicite. Pour info cette option existe depuis ext3 mais était désactivée par défaut.

* stripe=n
man mount wrote:
Number of filesystem blocks that mballoc will try to use for allocation size and alignment. For RAID5/6 systems this should be the number of data disks * RAID chunk size in filesystem blocks.
Voici une nouvelle option qui est apparue avec ext4. Pourquoi 128 ? Aucune idée. Sur mon serveur en RAID5, j'ai donc suivi ce qui est marqué en le mettant à 192 (3 disques ayant un chunk de 64K).

* discard
Là j'ai rien trouvé.

Voilà, désolé, j'suis pas sûr que ça t'aide beaucoup a résoudre le mistère des options de montage du fstab. Je sais juste que ça m'a permi de faire foncitonner le TRIM, même si la moitié des options sont peut-être inûtiles.
_________________
La seule certitude que j'ai, c'est d'être dans le doute ! P. Desproges


Last edited by Tony Clifton on Sun Jun 06, 2010 12:40 pm; edited 1 time in total
Back to top
View user's profile Send private message
NEOxAKIRA
Guru
Guru


Joined: 20 May 2007
Posts: 302
Location: France

PostPosted: Sun Jun 06, 2010 12:22 pm    Post subject: Reply with quote

discard ça active le TRIM sur les disque dur ssd :)
Back to top
View user's profile Send private message
Tony Clifton
l33t
l33t


Joined: 07 Jul 2004
Posts: 686
Location: Rennes

PostPosted: Sun Jun 06, 2010 12:41 pm    Post subject: Reply with quote

NEOxAKIRA wrote:
discard ça active le TRIM sur les disque dur ssd :)

Bah voilà la seule option utile :-D !
_________________
La seule certitude que j'ai, c'est d'être dans le doute ! P. Desproges
Back to top
View user's profile Send private message
El_Goretto
Moderator
Moderator


Joined: 29 May 2004
Posts: 3169
Location: Paris

PostPosted: Sun Jun 06, 2010 6:57 pm    Post subject: Reply with quote

barrier, c'est pas le truc qu'ils ont ajouté après les première pertes de données suite au passage en stable de ext4?
_________________
-TrueNAS & jails: µ-serv Gen8 E3-1260L, 16Go ECC + µ-serv N40L, 10Go ECC
-Réseau: APU2C4 (OpenWRT) + GS726Tv3 + 2x GS108Tv2 + Archer C5v1 (OpenWRT)
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index French All times are GMT
Goto page Previous  1, 2
Page 2 of 2

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum