View previous topic :: View next topic |
Author |
Message |
xaviermiller Bodhisattva
Joined: 23 Jul 2004 Posts: 8706 Location: ~Brussels - Belgique
|
Posted: Tue May 11, 2010 5:39 pm Post subject: |
|
|
Il propose le maximum _________________ Kind regards,
Xavier Miller |
|
Back to top |
|
|
oxomichael Tux's lil' helper
Joined: 05 Aug 2005 Posts: 87 Location: Loin de chez moi
|
|
Back to top |
|
|
Tony Clifton l33t
Joined: 07 Jul 2004 Posts: 686 Location: Rennes
|
Posted: Thu May 13, 2010 5:07 pm Post subject: |
|
|
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 |
|
|
NEOxAKIRA Guru
Joined: 20 May 2007 Posts: 302 Location: France
|
Posted: Fri May 14, 2010 8:11 am Post subject: |
|
|
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 |
|
|
Tony Clifton l33t
Joined: 07 Jul 2004 Posts: 686 Location: Rennes
|
Posted: Fri May 14, 2010 10:45 am Post subject: |
|
|
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 |
|
|
NEOxAKIRA Guru
Joined: 20 May 2007 Posts: 302 Location: France
|
Posted: Fri May 14, 2010 11:14 am Post subject: |
|
|
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 |
|
|
NEOxAKIRA Guru
Joined: 20 May 2007 Posts: 302 Location: France
|
Posted: Fri May 14, 2010 6:35 pm Post subject: |
|
|
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 |
|
|
NEOxAKIRA Guru
Joined: 20 May 2007 Posts: 302 Location: France
|
Posted: Fri May 14, 2010 6:48 pm Post subject: |
|
|
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 |
|
|
NEOxAKIRA Guru
Joined: 20 May 2007 Posts: 302 Location: France
|
Posted: Sun May 16, 2010 1:22 pm Post subject: |
|
|
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 |
|
|
kwenspc Advocate
Joined: 21 Sep 2003 Posts: 4954
|
Posted: Sun May 16, 2010 1:38 pm Post subject: |
|
|
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 |
|
|
NEOxAKIRA Guru
Joined: 20 May 2007 Posts: 302 Location: France
|
Posted: Mon May 17, 2010 12:00 pm Post subject: |
|
|
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 |
|
|
NEOxAKIRA Guru
Joined: 20 May 2007 Posts: 302 Location: France
|
Posted: Thu Jun 03, 2010 12:09 pm Post subject: |
|
|
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 |
|
|
Tony Clifton l33t
Joined: 07 Jul 2004 Posts: 686 Location: Rennes
|
Posted: Fri Jun 04, 2010 7:12 pm Post subject: |
|
|
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 ( 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 |
|
|
NEOxAKIRA Guru
Joined: 20 May 2007 Posts: 302 Location: France
|
Posted: Sun Jun 06, 2010 9:09 am Post subject: |
|
|
hum tu peux m'expliquer ces 4 options :
Code: | commit=100
barrier=0
nobh
stripe=128 |
stp ? |
|
Back to top |
|
|
Tony Clifton l33t
Joined: 07 Jul 2004 Posts: 686 Location: Rennes
|
Posted: Sun Jun 06, 2010 12:16 pm Post subject: |
|
|
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 . 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 |
|
|
NEOxAKIRA Guru
Joined: 20 May 2007 Posts: 302 Location: France
|
Posted: Sun Jun 06, 2010 12:22 pm Post subject: |
|
|
discard ça active le TRIM sur les disque dur ssd |
|
Back to top |
|
|
Tony Clifton l33t
Joined: 07 Jul 2004 Posts: 686 Location: Rennes
|
Posted: Sun Jun 06, 2010 12:41 pm Post subject: |
|
|
NEOxAKIRA wrote: | discard ça active le TRIM sur les disque dur ssd |
Bah voilà la seule option utile ! _________________ La seule certitude que j'ai, c'est d'être dans le doute ! P. Desproges |
|
Back to top |
|
|
El_Goretto Moderator
Joined: 29 May 2004 Posts: 3169 Location: Paris
|
Posted: Sun Jun 06, 2010 6:57 pm Post subject: |
|
|
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 |
|
|
|