[SSD] Lenteurs (résolu)

Reconnaissance et configuration du matériel / kernel linux
Moviuro
Elfe
Messages : 765
Inscription : dim. 17 juin 2012, 22:49

[SSD] Lenteurs (résolu)

Message par Moviuro »

Salut tous,

J'ai un SSD Samsung 840 pro et il est lent. Il sature fréquemment en I/O et j'ai pas l'impression qu'il aille très vite en écriture. http://sprunge.us/BSFW

Code : Tout sélectionner

moviuro@psychoticdelirium ~ % dd if=/dev/zero of=output bs=8k count=300k; rm -f output                            
307200+0 records in
307200+0 records out
2516582400 bytes (2.5 GB) copied, 6.40086 s, 393 MB/s
moviuro@psychoticdelirium ~ % dd if=/dev/zero of=tempfile bs=1M count=1024 conv=fdatasync,notrunc; rm -f tempfile 
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 4.98009 s, 216 MB/s
C'est assez insupportable. Je suis preneur de n'importe quelle piste pour améliorer les performances.

Voilà quelques outputs qui pourraient vous donner une idée :

Code : Tout sélectionner

root@psychoticdelirium ~ # hdparm -Tt /dev/sda

/dev/sda:
 Timing cached reads:   13202 MB in  2.00 seconds = 6603.87 MB/sec
 Timing buffered disk reads: 248 MB in  3.00 seconds =  82.56 MB/sec
root@psychoticdelirium ~ # hdparm -Tt /dev/sda

/dev/sda:
 Timing cached reads:   13496 MB in  2.00 seconds = 6751.45 MB/sec
 Timing buffered disk reads: 256 MB in  3.02 seconds =  84.73 MB/sec

Code : Tout sélectionner

cat /sys/class/block/sda/queue/scheduler
[noop] deadline cfq

Code : Tout sélectionner

root@psychoticdelirium / # lshw -class disk -class storage
  *-storage               
       description: RAID bus controller
       product: 82801 Mobile SATA Controller [RAID mode]
       vendor: Intel Corporation
       physical id: 1f.2
       bus info: pci@0000:00:1f.2
       version: 04
       width: 32 bits
       clock: 66MHz
       capabilities: storage msi pm bus_master cap_list
       configuration: driver=ahci latency=0
       resources: irq:27 ioport:f0d0(size=8) ioport:f0c0(size=4) ioport:f0b0(size=8) ioport:f0a0(size=4) ioport:f060(size=32) memory:f7e36000-f7e367ff

Code : Tout sélectionner

root@psychoticdelirium ~ # hdparm -I /dev/sda

/dev/sda:

ATA device, with non-removable media
        Model Number:       Samsung SSD 840 PRO Series              
        Serial Number:      S12RNEAD308110P     
        Firmware Revision:  DXM04B0Q
        Transport:          Serial, ATA8-AST, SATA 1.0a, SATA II Extensions, SATA Rev 2.5, SATA Rev 2.6, SATA Rev 3.0
Standards:
        Used: unknown (minor revision code 0x0039) 
        Supported: 9 8 7 6 5 
        Likely used: 9
Configuration:
        Logical         max     current
        cylinders       16383   16383
        heads           16      16
        sectors/track   63      63
        --
        CHS current addressable sectors:   16514064
        LBA    user addressable sectors:  268435455
        LBA48  user addressable sectors:  500118192
        Logical  Sector size:                   512 bytes
        Physical Sector size:                   512 bytes
        Logical Sector-0 offset:                  0 bytes
        device size with M = 1024*1024:      244198 MBytes
        device size with M = 1000*1000:      256060 MBytes (256 GB)
        cache/buffer size  = unknown
        Nominal Media Rotation Rate: Solid State Device
Capabilities:
        LBA, IORDY(can be disabled)
        Queue depth: 32
        Standby timer values: spec'd by Standard, no device specific minimum
        R/W multiple sector transfer: Max = 16  Current = 16
        DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 udma5 *udma6 
             Cycle time: min=120ns recommended=120ns
        PIO: pio0 pio1 pio2 pio3 pio4 
             Cycle time: no flow control=120ns  IORDY flow control=120ns
Commands/features:
        Enabled Supported:
           *    SMART feature set
                Security Mode feature set
           *    Power Management feature set
           *    Write cache
           *    Look-ahead
           *    Host Protected Area feature set
           *    WRITE_BUFFER command
           *    READ_BUFFER command
           *    NOP cmd
           *    DOWNLOAD_MICROCODE
                SET_MAX security extension
           *    48-bit Address feature set
           *    Device Configuration Overlay feature set
           *    Mandatory FLUSH_CACHE
           *    FLUSH_CACHE_EXT
           *    SMART error logging
           *    SMART self-test
           *    General Purpose Logging feature set
           *    WRITE_{DMA|MULTIPLE}_FUA_EXT
           *    64-bit World wide name
                Write-Read-Verify feature set
           *    WRITE_UNCORRECTABLE_EXT command
           *    {READ,WRITE}_DMA_EXT_GPL commands
           *    Segmented DOWNLOAD_MICROCODE
           *    Gen1 signaling speed (1.5Gb/s)
           *    Gen2 signaling speed (3.0Gb/s)
           *    Gen3 signaling speed (6.0Gb/s)
           *    Native Command Queueing (NCQ)
           *    Phy event counters
           *    unknown 76[15]
           *    DMA Setup Auto-Activate optimization
           *    Device-initiated interface power management
                Asynchronous notification (eg. media change)
           *    Software settings preservation
                unknown 78[8]
           *    SMART Command Transport (SCT) feature set
           *    SCT Write Same (AC2)
           *    SCT Error Recovery Control (AC3)
           *    SCT Features Control (AC4)
           *    SCT Data Tables (AC5)
           *    reserved 69[4]
           *    SET MAX SETPASSWORD/UNLOCK DMA commands
           *    WRITE BUFFER DMA command
           *    READ BUFFER DMA command
           *    Data Set Management TRIM supported (limit 8 blocks)
           *    Deterministic read ZEROs after TRIM
Security: 
        Master password revision code = 65534
                supported
        not     enabled
        not     locked
        not     frozen
        not     expired: security count
                supported: enhanced erase
        2min for SECURITY ERASE UNIT. 2min for ENHANCED SECURITY ERASE UNIT. 
Logical Unit WWN Device Identifier: 50025385502498b8
        NAA             : 5
        IEEE OUI        : 002538
        Unique ID       : 5502498b8
Checksum: correct
Aussi, j'aimerais ne pas avoir à rebooter. (J'ai plein de trucs en cours depuis un sacré moment et j'ai un uptime de 31 jours ;) )
++

EDIT: Yeah! Après plusieurs moi de bataille et de patience, on dirait que tout va bien !! :bravo:
Dernière modification par Moviuro le mar. 24 mars 2015, 13:55, modifié 2 fois.
psycho : Latitude E6430 ; BTRFS over LUKS, UEFI & secureboot
schizo : Acer 8942G ; KDE 4, BTRFS over LUKS ; W7 (prend la poussière)
toxo : i5-6600K, bspwm, VM W10 en PCI-passthrough
deadman : Lenovo Thinkcenter, OpenBSD 6.0-stable
popho.be : Kimsufi KS-3, FreeBSD 11.0
Loi de Murphy : Le jour où tu as besoin d'une backup, tu te dis que tu aurais dû en mettre en place
Venez sur IRC en plus du forum !
Avatar de l’utilisateur
benjarobin
Maître du Kyudo
Messages : 17285
Inscription : sam. 30 mai 2009, 15:48
Localisation : Lyon

Re: [SSD] Lenteurs (!)

Message par benjarobin »

Comment fait tu le TRIM ? Essaye de forcer un TRIM avec la commande fstrim -v -a
Tu l'as branché sur quoi ? Carte mère ? Port de la carte mère ?
Sinon j'ai un SSD 850 pro, et je suis en gros 5 fois plus rapide que toi sur presque l'ensemble des commandes...
Zsh | KDE | PC fixe : core i7, carte nvidia
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
Avatar de l’utilisateur
MikaXII
Hankyu
Messages : 39
Inscription : mer. 23 juil. 2014, 15:40

Re: [SSD] Lenteurs (!)

Message par MikaXII »

Juste je parle un peu sans avoir de réponses mais tu as regardé du coté des firmwares que propose Samsung ?
Cela pourrait peut être régler ton problème. Et pour le fait de ne pas avoir a reboot je sais pas si ça sera possible...

https://www.samsung.com/fr/consumer/it/ ... Z-7PD128BW
C'est pas faux
Moviuro
Elfe
Messages : 765
Inscription : dim. 17 juin 2012, 22:49

Re: [SSD] Lenteurs (!)

Message par Moviuro »

benjarobin a écrit :Comment fait tu le TRIM ? Essaye de forcer un TRIM avec la commande fstrim -v -a
Bah euh... j'ai lancé, ça a bloqué l'I/O, et pui plus rien.
Aucun output.
C'est normalement géré par BTRFS, non ? j'ai jamais touché au TRIM.
MikaXII a écrit :Juste je parle un peu sans avoir de réponses mais tu as regardé du coté des firmwares que propose Samsung ?
Cela pourrait peut être régler ton problème. Et pour le fait de ne pas avoir a reboot je sais pas si ça sera possible...

https://www.samsung.com/fr/consumer/it/ ... Z-7PD128BW
Il n'y a rien d'utilisable (ISO mac...?) J'ai pas W sur ladite machine.
psycho : Latitude E6430 ; BTRFS over LUKS, UEFI & secureboot
schizo : Acer 8942G ; KDE 4, BTRFS over LUKS ; W7 (prend la poussière)
toxo : i5-6600K, bspwm, VM W10 en PCI-passthrough
deadman : Lenovo Thinkcenter, OpenBSD 6.0-stable
popho.be : Kimsufi KS-3, FreeBSD 11.0
Loi de Murphy : Le jour où tu as besoin d'une backup, tu te dis que tu aurais dû en mettre en place
Venez sur IRC en plus du forum !
Moviuro
Elfe
Messages : 765
Inscription : dim. 17 juin 2012, 22:49

Re: [SSD] Lenteurs (!)

Message par Moviuro »

Bon, alors après :

Code : Tout sélectionner

echo max_performance > /sys/class/scsi_host/host*/link_power_management_policy
L'output de hdparm -Tt ne change pas : http://sprunge.us/hgKJ .
Aussi : http://sprunge.us/YTJg
psycho : Latitude E6430 ; BTRFS over LUKS, UEFI & secureboot
schizo : Acer 8942G ; KDE 4, BTRFS over LUKS ; W7 (prend la poussière)
toxo : i5-6600K, bspwm, VM W10 en PCI-passthrough
deadman : Lenovo Thinkcenter, OpenBSD 6.0-stable
popho.be : Kimsufi KS-3, FreeBSD 11.0
Loi de Murphy : Le jour où tu as besoin d'une backup, tu te dis que tu aurais dû en mettre en place
Venez sur IRC en plus du forum !
Avatar de l’utilisateur
benjarobin
Maître du Kyudo
Messages : 17285
Inscription : sam. 30 mai 2009, 15:48
Localisation : Lyon

Re: [SSD] Lenteurs (!)

Message par benjarobin »

fstrim : Aucun output.
C'est normalement géré par BTRFS, non ? j'ai jamais touché au TRIM.
Ne cherche pas plus loin, je crains que cela soit ton problème...

Comment as tu partitionné le tout (RAID ? Encryption ? LVM ?) ? Quelle est la sortie de

Code : Tout sélectionner

mount
gdisk -l /dev/sda
fstrim -v /
Zsh | KDE | PC fixe : core i7, carte nvidia
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
Moviuro
Elfe
Messages : 765
Inscription : dim. 17 juin 2012, 22:49

Re: [SSD] Lenteurs (!)

Message par Moviuro »

Code : Tout sélectionner

TARGET                           SOURCE                                                                FSTYPE      OPTIONS
/                                /dev/mapper/luks-c3c2fcfa-9265-4da7-a927-0a18d83d8d77[/__active/root] btrfs       rw,noatime,compress=lzo,ssd,discard,space_cache,autodefrag
├─/sys                           sysfs                                                                 sysfs       rw,nosuid,nodev,noexec,relatime
│ ├─/sys/kernel/security         securityfs                                                            securityfs  rw,nosuid,nodev,noexec,relatime
│ ├─/sys/fs/cgroup               tmpfs                                                                 tmpfs       ro,nosuid,nodev,noexec,mode=755
│ │ ├─/sys/fs/cgroup/systemd     cgroup                                                                cgroup      rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/usr/lib/systemd/systemd-cgroups-agent,name=systemd
│ │ ├─/sys/fs/cgroup/cpuset      cgroup                                                                cgroup      rw,nosuid,nodev,noexec,relatime,cpuset
│ │ ├─/sys/fs/cgroup/cpu,cpuacct cgroup                                                                cgroup      rw,nosuid,nodev,noexec,relatime,cpu,cpuacct
│ │ ├─/sys/fs/cgroup/memory      cgroup                                                                cgroup      rw,nosuid,nodev,noexec,relatime,memory
│ │ ├─/sys/fs/cgroup/devices     cgroup                                                                cgroup      rw,nosuid,nodev,noexec,relatime,devices
│ │ ├─/sys/fs/cgroup/freezer     cgroup                                                                cgroup      rw,nosuid,nodev,noexec,relatime,freezer
│ │ ├─/sys/fs/cgroup/net_cls     cgroup                                                                cgroup      rw,nosuid,nodev,noexec,relatime,net_cls
│ │ └─/sys/fs/cgroup/blkio       cgroup                                                                cgroup      rw,nosuid,nodev,noexec,relatime,blkio
│ ├─/sys/fs/pstore               pstore                                                                pstore      rw,nosuid,nodev,noexec,relatime
│ ├─/sys/firmware/efi/efivars    efivarfs                                                              efivarfs    rw,nosuid,nodev,noexec,relatime
│ ├─/sys/kernel/debug            debugfs                                                               debugfs     rw,relatime
│ ├─/sys/kernel/config           configfs                                                              configfs    rw,relatime
│ └─/sys/fs/fuse/connections     fusectl                                                               fusectl     rw,relatime
├─/proc                          proc                                                                  proc        rw,nosuid,nodev,noexec,relatime
│ └─/proc/sys/fs/binfmt_misc     systemd-1                                                             autofs      rw,relatime,fd=28,pgrp=1,timeout=300,minproto=5,maxproto=5,direct
│   └─/proc/sys/fs/binfmt_misc   binfmt_misc                                                           binfmt_misc rw,relatime
├─/dev                           devtmpfs                                                              devtmpfs    rw,nosuid,size=4021196k,nr_inodes=1005299,mode=755
│ ├─/dev/shm                     tmpfs                                                                 tmpfs       rw,nosuid,nodev
│ ├─/dev/pts                     devpts                                                                devpts      rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000
│ ├─/dev/hugepages               hugetlbfs                                                             hugetlbfs   rw,relatime
│ └─/dev/mqueue                  mqueue                                                                mqueue      rw,relatime
├─/run                           tmpfs                                                                 tmpfs       rw,nosuid,nodev,mode=755
│ └─/run/user/1000               tmpfs                                                                 tmpfs       rw,nosuid,nodev,relatime,size=805184k,mode=700,uid=1000,gid=100
├─/boot                          systemd-1                                                             autofs      rw,relatime,fd=33,pgrp=1,timeout=300,minproto=5,maxproto=5,direct
│ └─/boot                        /dev/sda1                                                             vfat        rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro
├─/tmp                           tmpfs                                                                 tmpfs       rw
└─/mnt/btrfs                     /dev/mapper/luks-c3c2fcfa-9265-4da7-a927-0a18d83d8d77                 btrfs       rw,noatime,compress=lzo,ssd,discard,space_cache,autodefrag

Code : Tout sélectionner

GPT fdisk (gdisk) version 0.8.10

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.
Disk /dev/sda: 500118192 sectors, 238.5 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): E6799280-E832-43BE-83C6-09138CAA8A48
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 500118158
Partitions will be aligned on 2048-sector boundaries
Total free space is 2014 sectors (1007.0 KiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048         1050623   512.0 MiB   EF00  EFI System
   2         1050624       500118158   238.0 GiB   8300  Linux filesystem

Code : Tout sélectionner

fstrim: /mnt/btrfs/__active/root: the discard operation is not supported
psycho : Latitude E6430 ; BTRFS over LUKS, UEFI & secureboot
schizo : Acer 8942G ; KDE 4, BTRFS over LUKS ; W7 (prend la poussière)
toxo : i5-6600K, bspwm, VM W10 en PCI-passthrough
deadman : Lenovo Thinkcenter, OpenBSD 6.0-stable
popho.be : Kimsufi KS-3, FreeBSD 11.0
Loi de Murphy : Le jour où tu as besoin d'une backup, tu te dis que tu aurais dû en mettre en place
Venez sur IRC en plus du forum !
Avatar de l’utilisateur
waitnsea
Maître du Kyudo
Messages : 2114
Inscription : jeu. 15 mars 2012, 05:08

Re: [SSD] Lenteurs (!)

Message par waitnsea »

Bonjour Moviuro,
Ça doit être dans le btrfs, parce que j'ai un EVO comme toi, un poil plus ancien et de 120 Go seulement, qui donne des résultats à tes tests de vitesse un peu inférieurs aux tiens mais ne me donne aucune impression de lenteur (sensiblement plus vif que le DD à plateaux que j'ai relégué en 2° hdd aux archives), et il supporte parfaitement le fstrim, (même si le journal n'en apparaissait pas, autre sujet...)

Code : Tout sélectionner

asus% dd if=/dev/zero of=output bs=8k count=300k; rm -f output
307200+0 enregistrements lus
307200+0 enregistrements écrits
2516582400 octets (2,5 GB) copiés, 10,1392 s, 248 MB/s
Là par contre, c'est mieux :

Code : Tout sélectionner

asus% sudo  hdparm -Tt /dev/sda
[sudo] password for jpf: 

/dev/sda:
 Timing cached reads:   15360 MB in  2.00 seconds = 7685.75 MB/sec
 Timing buffered disk reads: 754 MB in  3.00 seconds = 251.12 MB/sec
Moviuro
Elfe
Messages : 765
Inscription : dim. 17 juin 2012, 22:49

Re: [SSD] Lenteurs (!)

Message par Moviuro »

waitnsea a écrit :j'ai un EVO comme toi
Salut waitnsea,

J'insiste, j'ai un 840 PRO ;)
psycho : Latitude E6430 ; BTRFS over LUKS, UEFI & secureboot
schizo : Acer 8942G ; KDE 4, BTRFS over LUKS ; W7 (prend la poussière)
toxo : i5-6600K, bspwm, VM W10 en PCI-passthrough
deadman : Lenovo Thinkcenter, OpenBSD 6.0-stable
popho.be : Kimsufi KS-3, FreeBSD 11.0
Loi de Murphy : Le jour où tu as besoin d'une backup, tu te dis que tu aurais dû en mettre en place
Venez sur IRC en plus du forum !
Avatar de l’utilisateur
benjarobin
Maître du Kyudo
Messages : 17285
Inscription : sam. 30 mai 2009, 15:48
Localisation : Lyon

Re: [SSD] Lenteurs (!)

Message par benjarobin »

Si tu as chiffré ton disque / partition c'est normal d'avoir des performances dégradées... Tu devrait regarder la charge CPU lors d'un long transfert de fichier.

Tu as quoi comme message avec (oui désolé je m'étais trompé de commande avant) : fstrim -v /
Quel est le contenu de : cat /etc/crypttab

Désolé je découvre le sujet en même temps que toi, article intéressant : http://blog.neutrino.es/2013/howto-prop ... d-dmcrypt/
Si je suis bien, il te faut rajouter : discard à ton crypttab, puis régénérer l'initramfs, redémarrer (oui désolé je craint que tu n'es pas le choix, tu pourras ainsi en profiter pour mettre à jour le système...), et enfin lancer fstrim, et attendre que le SSD est fini de procéder à l'opération (Attend au moins une heure, car tu ne peux pas connaitre le status de l'opération)...

Rapport de bug intéressant aussi : https://bugzilla.redhat.com/show_bug.cgi?id=890533
En gros quel est la sortie de : cat /proc/cmdline, car si tu lis bien le rapport de bug certaines options sur la ligne kernel peuvent poser des soucis... Il est conseillé de tout mettre dans le crypttab.
Zsh | KDE | PC fixe : core i7, carte nvidia
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
Avatar de l’utilisateur
Skunnyk
Maître du Kyudo
Messages : 1137
Inscription : mer. 06 sept. 2006, 21:31
Localisation : IRC
Contact :

Re: [SSD] Lenteurs (!)

Message par Skunnyk »

Yop,


J'ai aussi un 840PRO (256Go) en btrfs mais sans chiffrement, et en noop
Je n'utilise pas l'option discard de mount, mais plutôt un fstrim en cron, ce qui est en général conseillé, cela permet de maitriser les moments de 'trim' et pas que ce soit random au moment ou toi tu as besoin de perfs.

Voici les outputs :

Code : Tout sélectionner

~ dd if=/dev/zero of=output bs=8k count=300k
307200+0 records in
307200+0 records out
2516582400 bytes (2.5 GB) copied, 1.58123 s, 1.6 GB/s

~ dd if=/dev/zero of=tempfile bs=1M count=1024 conv=fdatasync,notrunc; rm -f tempfile
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 0.831353 s, 1.3 GB/s

Code : Tout sélectionner

~  sudo hdparm -Tt /dev/sda                                                                                                                        

/dev/sda:
 Timing cached reads:   8420 MB in  2.00 seconds = 4211.86 MB/sec
 Timing buffered disk reads: 1482 MB in  3.00 seconds = 493.86 MB/sec
~  sudo hdparm -Tt /dev/sda

/dev/sda:
 Timing cached reads:   8974 MB in  2.00 seconds = 4489.10 MB/sec
 Timing buffered disk reads: 1498 MB in  3.00 seconds = 499.02 MB/sec
Moviuro
Elfe
Messages : 765
Inscription : dim. 17 juin 2012, 22:49

Re: [SSD] Lenteurs (!)

Message par Moviuro »

Plop Skunnyk,

Concernant LUKS :
http://sprunge.us/FeZE <- cryptsetup benchmark
http://sprunge.us/ecRA <- cryptsetup luksDump

EDIT :
Du hdparm à foison : http://sprunge.us/EAeU
psycho : Latitude E6430 ; BTRFS over LUKS, UEFI & secureboot
schizo : Acer 8942G ; KDE 4, BTRFS over LUKS ; W7 (prend la poussière)
toxo : i5-6600K, bspwm, VM W10 en PCI-passthrough
deadman : Lenovo Thinkcenter, OpenBSD 6.0-stable
popho.be : Kimsufi KS-3, FreeBSD 11.0
Loi de Murphy : Le jour où tu as besoin d'une backup, tu te dis que tu aurais dû en mettre en place
Venez sur IRC en plus du forum !
Avatar de l’utilisateur
benjarobin
Maître du Kyudo
Messages : 17285
Inscription : sam. 30 mai 2009, 15:48
Localisation : Lyon

Re: [SSD] Lenteurs (!)

Message par benjarobin »

@Moviuro Tu ne réponds qu'à une de mes questions / inquiétudes. Donc le chiffrement ne devrait pas ralentir le tout d'après ce que tu me donnes (ce n'est pas le bottleneck).
Tu ne m'as pas répondu non plus à ceci : Tu l'as branché sur quoi ? Carte mère ? Port de la carte mère ? Qu'est ce qui est branché sur la carte mère ? (http://www.intel.com/content/www/us/en/ ... anual.html)
Par contre même s'il y a un problème de TRIM, cela n'explique pas les problèmes de performance en lecture...
Zsh | KDE | PC fixe : core i7, carte nvidia
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
Moviuro
Elfe
Messages : 765
Inscription : dim. 17 juin 2012, 22:49

Re: [SSD] Lenteurs (!)

Message par Moviuro »

benjarobin a écrit :Tu ne m'as pas répondu non plus à ceci : Tu l'as branché sur quoi ? Carte mère ? Port de la carte mère ? Qu'est ce qui est branché sur la carte mère ? (http://www.intel.com/content/www/us/en/ ... anual.html)
C'est sur mon laptop latitude, dans le slot pour HDD (mais j'ai aucune idée des specs techniques). (lshw : http://sprunge.us/VQSc)

Sur les conseils de Skunnyk, cduez et Oddmonger sur IRC, je vais tenter de mettre à jour le firmware du SSD ce soir.
psycho : Latitude E6430 ; BTRFS over LUKS, UEFI & secureboot
schizo : Acer 8942G ; KDE 4, BTRFS over LUKS ; W7 (prend la poussière)
toxo : i5-6600K, bspwm, VM W10 en PCI-passthrough
deadman : Lenovo Thinkcenter, OpenBSD 6.0-stable
popho.be : Kimsufi KS-3, FreeBSD 11.0
Loi de Murphy : Le jour où tu as besoin d'une backup, tu te dis que tu aurais dû en mettre en place
Venez sur IRC en plus du forum !
Avatar de l’utilisateur
benjarobin
Maître du Kyudo
Messages : 17285
Inscription : sam. 30 mai 2009, 15:48
Localisation : Lyon

Re: [SSD] Lenteurs (!)

Message par benjarobin »

Personnellement je n'y a crois pas du tout à la mise à jour du Firmware du SSD. Il n'y a aucun problème majeur connu sur la gamme pro...
Sinon tu n'as pas répondu si tu avais activé discard dans crypttab ? Bref toutes les questions liées...
De plus le fait de voir [RAID mode] est bizarre... Tu devrait plutôt voir [AHCI mode]
Zsh | KDE | PC fixe : core i7, carte nvidia
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
Moviuro
Elfe
Messages : 765
Inscription : dim. 17 juin 2012, 22:49

Re: [SSD] Lenteurs (!)

Message par Moviuro »

benjarobin a écrit :Sinon tu n'as pas répondu si tu avais activé discard dans crypttab ? Bref toutes les questions liées...
Je t'ai répondu que je n'avais jamais touché à TRIM. Jamais, rien, que pouic.
psycho : Latitude E6430 ; BTRFS over LUKS, UEFI & secureboot
schizo : Acer 8942G ; KDE 4, BTRFS over LUKS ; W7 (prend la poussière)
toxo : i5-6600K, bspwm, VM W10 en PCI-passthrough
deadman : Lenovo Thinkcenter, OpenBSD 6.0-stable
popho.be : Kimsufi KS-3, FreeBSD 11.0
Loi de Murphy : Le jour où tu as besoin d'une backup, tu te dis que tu aurais dû en mettre en place
Venez sur IRC en plus du forum !
Avatar de l’utilisateur
benjarobin
Maître du Kyudo
Messages : 17285
Inscription : sam. 30 mai 2009, 15:48
Localisation : Lyon

Re: [SSD] Lenteurs (!)

Message par benjarobin »

Certes, et donc pourquoi ne pas faire les modifications que je préconise ? Car actuellement le TRIM est désactivé donc tu es en train de tuer physiquement ton SSD (heureusement que c'est la gamme pro qui est plus solide que la gamme EVO)
Tant que la commande fstrim ne fonctionnera pas tu auras des soucis !
Zsh | KDE | PC fixe : core i7, carte nvidia
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
Moviuro
Elfe
Messages : 765
Inscription : dim. 17 juin 2012, 22:49

Re: [SSD] Lenteurs (!)

Message par Moviuro »

@Benjarobin, sorry, j'avais pas vu ce post !!!
benjarobin a écrit :Si tu as chiffré ton disque / partition c'est normal d'avoir des performances dégradées... Tu devrait regarder la charge CPU lors d'un long transfert de fichier.
C'est carrément négligeable, cf cryptsetup benchmark quelque part dans le sujet.
Tu as quoi comme message avec (oui désolé je m'étais trompé de commande avant) : fstrim -v /
Quel est le contenu de : cat /etc/crypttab

Code : Tout sélectionner

fstrim: /: the discard operation is not supported

Code : Tout sélectionner

# cat /etc/crypttab

# cat /etc/crypttab.initramfs
luks-c3c2fcfa-9265-4da7-a927-0a18d83d8d77       UUID=c3c2fcfa-9265-4da7-a927-0a18d83d8d77       -       luks
Désolé je découvre le sujet en même temps que toi, article intéressant : http://blog.neutrino.es/2013/howto-prop ... d-dmcrypt/
Si je suis bien, il te faut rajouter : discard à ton crypttab, puis régénérer l'initramfs, redémarrer, et enfin lancer fstrim, et attendre que le SSD est fini de procéder à l'opération (Attend au moins une heure, car tu ne peux pas connaitre le status de l'opération)...

Rapport de bug intéressant aussi : https://bugzilla.redhat.com/show_bug.cgi?id=890533
En gros quel est la sortie de : cat /proc/cmdline, car si tu lis bien le rapport de bug certaines options sur la ligne kernel peuvent poser des soucis... Il est conseillé de tout mettre dans le crypttab.

Code : Tout sélectionner

initrd=\intel-ucode.img initrd=\initramfs-linux.img cryptdevice=UUID=c3c2fcfa-9265-4da7-a927-0a18d83d8d77:luks-c3c2fcfa-9265-4da7-a927-0a18d83d8d77 root=UUID=73b5d405-ed79-474c-bb6a-e6c137eb9dcd rootflags=subvol=__active/root rw acpi_osi=Linux acpi_backlight=legacy quiet elevator=noop
psycho : Latitude E6430 ; BTRFS over LUKS, UEFI & secureboot
schizo : Acer 8942G ; KDE 4, BTRFS over LUKS ; W7 (prend la poussière)
toxo : i5-6600K, bspwm, VM W10 en PCI-passthrough
deadman : Lenovo Thinkcenter, OpenBSD 6.0-stable
popho.be : Kimsufi KS-3, FreeBSD 11.0
Loi de Murphy : Le jour où tu as besoin d'une backup, tu te dis que tu aurais dû en mettre en place
Venez sur IRC en plus du forum !
Avatar de l’utilisateur
benjarobin
Maître du Kyudo
Messages : 17285
Inscription : sam. 30 mai 2009, 15:48
Localisation : Lyon

Re: [SSD] Lenteurs (!)

Message par benjarobin »

Donc remplace luks par luks,discard puis régénère l'initramfs, reboot, et enfin tente à nouveau la commande : fstrim -v /
Tu as bien encrypt dans les HOOKS de mkinitcpio.conf ?
Zsh | KDE | PC fixe : core i7, carte nvidia
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
Moviuro
Elfe
Messages : 765
Inscription : dim. 17 juin 2012, 22:49

Re: [SSD] Lenteurs (!)

Message par Moviuro »

benjarobin a écrit :Tu as bien encrypt dans les HOOKS de mkinitcpio.conf ?
oui ! (sinon je pourrais pas booter ;) )
psycho : Latitude E6430 ; BTRFS over LUKS, UEFI & secureboot
schizo : Acer 8942G ; KDE 4, BTRFS over LUKS ; W7 (prend la poussière)
toxo : i5-6600K, bspwm, VM W10 en PCI-passthrough
deadman : Lenovo Thinkcenter, OpenBSD 6.0-stable
popho.be : Kimsufi KS-3, FreeBSD 11.0
Loi de Murphy : Le jour où tu as besoin d'une backup, tu te dis que tu aurais dû en mettre en place
Venez sur IRC en plus du forum !
Répondre