Ubuntu SSD - Était rapide, est maintenant extrêmement lent
C’est ce que je reçois avec un SSD Crucial MX300 750 Go (avec le dernier microprogramme [il n’ya pas encore de mises à jour du microprogramme]).
lptp [ blah ]: Sudo hdparm -Tt /dev/sda
/dev/sda:
Timing cached reads: 10202 MB in 2.00 seconds = 5103.20 MB/sec
Timing buffered disk reads: 128 MB in 3.06 seconds = 41.88 MB/sec
Voir cette vitesse de lecture du disque tamponné !!!! SOOOO SLOWWW !!!! Lorsque j'ai installé mon ordinateur portable pour la première fois, je voyais plus de 400 Mo/s, ce qui me convenait parfaitement étant donné qu'il s'agit d'un ordinateur portable plus ancien, et tout est lu, mais bien crypté.
Ceci est mon /etc/fstab. J'ai activé le trim, lancé manuellement le trim, les fonctionnalités activées/désactivées, redémarré, etc. Je n'arrive pas à faire revenir ces vitesses rapides:
/dev/mapper/ubuntu--gnome--vg-root / ext4 noatime,nodiratime,errors=remount-ro,barrier=0,discard 0 1
Juste pour que ce soit clair, ce sont les options que j'utilise. J'ai essayé diverses combinaisons en vain:
noatime,nodiratime,errors=remount-ro,barrier=0,discard
Des conseils? Ça me rend fou.
De plus, j'utilise Ubuntu 16.04 (x64) sur un Lenovo T420 avec 16 Go de RAM et un processeur i7:
lptp [ blah ]: lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 16.04.1 LTS
Release: 16.04
Codename: xenial
Sortie Smartctl:
lptp [ blah ]: Sudo smartctl /dev/sda -a
smartctl 6.5 2016-01-24 r4214 [x86_64-linux-4.4.0-38-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Device Model: Crucial_CT750MX300SSD1
Serial Number: XXXXXX
LU WWN Device Id: 5 XXXXX XXXXXXX
Firmware Version: M0CR011
User Capacity: 750,156,374,016 bytes [750 GB]
Sector Size: 512 bytes logical/physical
Rotation Rate: Solid State Device
Form Factor: 2.5 inches
Device is: Not in smartctl database [for details use: -P showall]
ATA Version is: ACS-3 T13/2161-D revision 5
SATA Version is: SATA 3.2, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is: Tue Nov 1 21:22:05 2016 CDT
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
General SMART Values:
Offline data collection status: (0x00) Offline data collection activity
was never started.
Auto Offline Data Collection: Disabled.
Self-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: ( 1987) seconds.
Offline data collection
capabilities: (0x7b) SMART execute Offline immediate.
Auto Offline data collection on/off support.
Suspend Offline collection upon new
command.
Offline surface scan supported.
Self-test supported.
Conveyance Self-test supported.
Selective Self-test supported.
SMART capabilities: (0x0003) Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x01) Error logging supported.
General Purpose Logging supported.
Short self-test routine
recommended polling time: ( 2) minutes.
Extended self-test routine
recommended polling time: ( 10) minutes.
Conveyance self-test routine
recommended polling time: ( 3) minutes.
SCT capabilities: (0x0035) SCT Status supported.
SCT Feature Control supported.
SCT Data Table supported.
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x002f 100 100 000 Pre-fail Always - 0
5 Reallocated_Sector_Ct 0x0032 100 100 010 Old_age Always - 0
9 Power_On_Hours 0x0032 100 100 000 Old_age Always - 52
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 41
171 Unknown_Attribute 0x0032 100 100 000 Old_age Always - 0
172 Unknown_Attribute 0x0032 100 100 000 Old_age Always - 0
173 Unknown_Attribute 0x0032 100 100 000 Old_age Always - 1
174 Unknown_Attribute 0x0032 100 100 000 Old_age Always - 11
183 Runtime_Bad_Block 0x0032 100 100 000 Old_age Always - 0
184 End-to-End_Error 0x0032 100 100 000 Old_age Always - 0
187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always - 0
194 Temperature_Celsius 0x0022 059 052 000 Old_age Always - 41 (Min/Max 21/48)
196 Reallocated_Event_Count 0x0032 100 100 000 Old_age Always - 0
197 Current_Pending_Sector 0x0032 100 100 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0030 100 100 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x0032 100 100 000 Old_age Always - 0
202 Unknown_SSD_Attribute 0x0030 100 100 001 Old_age Offline - 0
206 Unknown_SSD_Attribute 0x000e 100 100 000 Old_age Always - 0
246 Unknown_Attribute 0x0032 100 100 000 Old_age Always - 138859820
247 Unknown_Attribute 0x0032 100 100 000 Old_age Always - 4354463
248 Unknown_Attribute 0x0032 100 100 000 Old_age Always - 1675456
180 Unused_Rsvd_Blk_Cnt_Tot 0x0033 000 000 000 Pre-fail Always - 3558
210 Unknown_Attribute 0x0032 100 100 000 Old_age Always - 0
SMART Error Log Version: 1
No Errors Logged
SMART Self-test log structure revision number 1
No self-tests have been logged. [To run self-tests, use: smartctl -t]
SMART Selective self-test log data structure revision number 1
SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS
1 0 0 Not_testing
2 0 0 Not_testing
3 0 0 Not_testing
4 0 0 Not_testing
5 0 0 Not_testing
Selective self-test flags (0x0):
After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.
Ce qui me tue, c'est que IL TRAVAILLAIT POUR UN PÉRIODE PENDANT . Cela a fonctionné un jour, puis il s'est arrêté le lendemain et je n'ai même rien fait (à quoi je puisse penser) qui aurait dû le changer.
UPDATE
Testé un périphérique spécifique (/dev/sda1), mais les mêmes résultats sont lents:
lptp [ ~ ]: Sudo hdparm -Tt /dev/sda1
/dev/sda1:
Timing cached reads: 13130 MB in 2.00 seconds = 6568.77 MB/sec
Timing buffered disk reads: 128 MB in 3.06 seconds = 41.79 MB/sec
UPDATE
Testé également sur une partition logique:
lptp [ ~ ]: Sudo hdparm -Tt /dev/mapper/ubuntu--gnome--vg-root
/dev/mapper/ubuntu--gnome--vg-root:
Timing cached reads: 11468 MB in 2.00 seconds = 5736.85 MB/sec
Timing buffered disk reads: 178 MB in 3.04 seconds = 58.47 MB/sec
UPDATE dd test
Ce test montre que c'est encore plus lent que les shows de hdparm ...
lptp [ blah ]: dd if=/dev/zero of=tempfile bs=1M count=1024 conv=fdatasync,notrunc status=progress
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB, 1.0 GiB) copied, 35.0156 s, 30.7 MB/s
lptp [ blah ]: Sudo bash -c "echo 3 > /proc/sys/vm/drop_caches"
lptp [ blah ]: dd if=tempfile of=/dev/null bs=1M count=1024 status=progress
1066401792 bytes (1.1 GB, 1017 MiB) copied, 34.0193 s, 31.3 MB/s
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB, 1.0 GiB) copied, 34.256 s, 31.3 MB/s
UPDATE: alignement de la partition
Voici l'alignement de la partition sur mon ordinateur portable:
lptp [ ~ ]: Sudo parted
GNU Parted 3.2
Using /dev/sda
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) p
Model: ATA Crucial_CT750MX3 (scsi)
Disk /dev/sda: 750GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:
Number Start End Size Type File system Flags
1 1049kB 512MB 511MB primary ext2 boot
2 513MB 750GB 750GB extended
5 513MB 750GB 750GB logical
(parted) align-check opt 1
1 aligned
(parted) align-check opt 2
2 not aligned
(parted) align-check opt 5
5 aligned
(parted)
Je ne sais pas quoi penser de la partition 2 non alignée: ^/mais les partitions 1 et 5 le sont bien.
De plus, voici les partitions vues de fdisk -l
Device Boot Start End Sectors Size Id Type
/dev/sda1 * 2048 999423 997376 487M 83 Linux
/dev/sda2 1001470 1465147391 1464145922 698.2G 5 Extended
/dev/sda5 1001472 1465147391 1464145920 698.2G 83 Linux
UPDATE: FIXED? J'ai remplacé le planificateur par un planificateur noop (au lieu de date limite). Cela semble avoir fonctionné (en modifiant /etc/default/grub pour avoir la ligne suivante:
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash elevator=noop"
Et puis mettre à jour grub avec Sudo update-grub2 et redémarrer.
Je vais attendre quelques jours pour voir si cela fonctionne après quelques redémarrages/utilisations supplémentaires avant de répondre et de l'accepter.
Les vitesses actuelles maintenant après avoir changé le planificateur:
lptp [ ~ ]: Sudo hdparm -Tt /dev/sda
/dev/sda:
Timing cached reads: 12388 MB in 2.00 seconds = 6197.19 MB/sec
Timing buffered disk reads: 1454 MB in 3.00 seconds = 484.59 MB/sec
Les options dans fstab sont:
noatime,nodiratime,errors=remount-ro,barrier=0
MISE À JOUR "FIX"
Après l'avoir utilisé pendant un moment et avoir redémarré quelques fois, c'est RETOUR AUX VITESSES LENTES :( :( :( :( :( :( :(
UPDATE - POSSIBLE "FIX"
Je pensais que mon ordinateur portable est peut-être en train d’optimiser l’économie de batterie lorsqu’il est démarré et qu’elle fonctionne à partir de la batterie. Après un simple test de démarrage avec le chargeur branché, les vitesses sont vraiment très rapides. Je suis à peu près sûr que c'est le cas - tout le temps qu'il testait à des vitesses élevées, j'avais le chargeur branché. Je vais effectuer quelques tests supplémentaires pour vérifier, mais je suis à peu près certain que c'est ce qui a provoqué le ralentissement.
La réponse rapide:
Sudo hdparm -B254 /dev/sda
La réponse longue:
Il semble que Linux ou les ordinateurs portables en général (vérifiés sur Lenovo et Dells) passent par défaut au niveau APM 80h (128) lors du démarrage sur batterie et à FEh (254) lors du démarrage sur secteur.
Pour la plupart des disques SSD, vous ne remarquerez pas beaucoup de différence. Les disques SSD Lite-on ne semblent pas du tout prendre en charge la gestion de l'alimentation et fonctionnent toujours à la vitesse maximale. Les SSD Intel semblent fonctionner à environ 75% de la pleine vitesse au niveau APM 128 et à 100% de la vitesse au niveau APM 254/255. Les SSD cruciaux semblent toutefois fonctionner à environ 6% de la vitesse maximale au niveau APM 128 (démarré sur batterie) par rapport au niveau APM 254 (démarré sur secteur).
La mauvaise nouvelle est qu’il n’ya ni bug ni faute ici. La spécification ATA est suffisamment vague pour que les SSD Crucial fonctionnant très lentement en mode APM 128 soient autorisés et conformes à la spécification. De même, un ordinateur portable dont le niveau par défaut est APM 80h (128) est parfaitement raisonnable. La spécification dit simplement:
Tableau 106 - Niveaux APM
COUNT field Level
00h réservé
01h Consommation électrique minimale en mode veille
02h..7Fh Niveaux intermédiaires de gestion de l'alimentation avec mode veille
80h de consommation électrique minimale en mode veille
81h..FDh Niveaux intermédiaires de gestion de l'alimentation sans mode de veille
FEh Performance maximale
FFh réservés
(De la ATA spec )
Voici mon expérience avec un SSD Crucial MX300 démarré avec la batterie:
root@ubuntu:~# hdparm -B /dev/sda
/dev/sda:
APM_level = 128
root@ubuntu:~# hdparm -t /dev/sda
/dev/sda:
Timing buffered disk reads: 94 MB in 3.02 seconds = 31.11 MB/sec
root@ubuntu:~# hdparm -B254 /dev/sda
/dev/sda:
setting Advanced Power Management level to 0xfe (254)
APM_level = 254
root@ubuntu:~# hdparm -t /dev/sda
/dev/sda:
Timing buffered disk reads: 1466 MB in 3.00 seconds = 488.44 MB/sec
Vous voudrez peut-être vérifier /etc/hdparm.conf où vous pourrez configurer le niveau apm pour le mode alimentation et batterie.
Ajouter
apm = 254
apm_battery = 254
vers /etc/hdparm.conf
J'ai toujours constaté que je pouvais atteindre les vitesses rapides lorsque j'ai démarré l'ordinateur portable alors que j'étais branché. Si j'ai démarré l'ordinateur portable alors que la batterie fonctionnait, puis branché, j'étais toujours bloqué sur les vitesses lentes.
C’était peut-être quelque chose de spécifique à mon ordinateur portable (Lenovo T420). J'ai modifié tous les paramètres du BIOS pour ne pas économiser d'énergie, pour optimiser les performances. Cependant, cela ne lui a pas permis d'avoir les vitesses rapides lorsque vous utilisez uniquement la batterie. Je devais encore être branché quand j'ai démarré pour avoir les vitesses rapides.
Autre remarque: je peux être branché au démarrage, puis une fois démarré, débranchez l'ordinateur portable. L'ordinateur portable gardera les vitesses rapides jusqu'à ce qu'il démarre la prochaine fois.
ANSWER: Soyez connecté lorsque vous démarrez.
S'il vous plaît utilisez un nouveau noyau (v4.15 +), essayez d'utiliser med_power_with_dipm pour votre Crucial MX300.
LPM min_power ne fonctionne pas bien pour tous les pilotes. Si med_power_with_dipm fonctionne pour vous, nous devrions utiliser une nouvelle bizarrerie pour le laisser revenir à med_power_with_dipm une fois min_power sélectionné.
Veuillez également enregistrer un bogue sur Launchpad afin que les ingénieurs du noyau Ubuntu puissent résoudre le bogue ou soulever le problème en amont.