Ubuntu SSD - Было быстро, является теперь чрезвычайно медленным

Это - то, что я получаю теперь с Решающим SSD на 750 ГБ MX300 (с последним встроенным микропрограммным обеспечением [еще нет никаких микропрограммных обновлений]).

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

Посмотрите ту буферизированную скорость чтения с диска!!!! ТАК SLOWWW!!!! То, когда я сначала устанавливаю свой ноутбук, я видел по 400MB/sec, который прекрасно подошел со мной полагающий, что это - более старый ноутбук, и все - зашифрованные удачи, хорошо.

Это - мой /etc/fstab. Я включил обрезку, вручную выполнил обрезку, позволил/отключил функции, перезагруженные, все. Я не могу заставить те высокие скорости возвращаться:

/dev/mapper/ubuntu--gnome--vg-root /               ext4    noatime,nodiratime,errors=remount-ro,barrier=0,discard 0       1

Именно так это ясно, это опции, которые я использую. Я попробовал различные комбинации их напрасно:

noatime,nodiratime,errors=remount-ro,barrier=0,discard

Какие-либо подсказки? Это сводит меня с ума.

О, также, я запускаю Ubuntu 16.04 (x64) на Lenovo T420 с поршнем на 16 ГБ и 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

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.

То, что уничтожает меня, - то, что IT РАБОТАЛ НЕКОТОРОЕ ВРЕМЯ. Это работало однажды, и затем это остановило следующее, и я ничего даже не сделал (что я могу думать), который должен был изменить его.

ОБНОВЛЕНИЕ

Протестированный определенное устройство (/dev/sda1), но те же медленные результаты:

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

ОБНОВЛЕНИЕ

Протестированный на логическом разделе также:

 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

ОБНОВЛЕНИЕ dd тест

Этот тест показывает, что это еще медленнее, чем шоу 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

ОБНОВЛЕНИЕ: выравнивание раздела

Вот выравнивание раздела на моем ноутбуке:

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)

Я не уверен, что думать о разделе 2 не, быть выровненный:^/, но разделы 1 и 5 все же.

Кроме того, вот разделы, как замечено от 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

ОБНОВЛЕНИЕ: ФИКСИРОВАННЫЙ? Я изменил планировщик на noop планировщик (вместо крайнего срока). Это, кажется, работало (сделал это путем изменения /etc/default/grub иметь строку:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash elevator=noop"

И затем обновление личинки с sudo update-grub2 и перезагрузка.

Я собираюсь ожидать несколько дней, чтобы видеть, работает ли это еще после нескольких перезагрузок/использований, прежде чем я сделаю ответ и приму его.

Текущие скорости теперь после изменения планировщика:

 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

Опции в fstab:

noatime,nodiratime,errors=remount-ro,barrier=0

enter image description here

"ЗАФИКСИРУЙТЕ" ОБНОВЛЕНИЕ

После использования его некоторое время и перезагрузки несколько раз, он вернулся К НИЗКИМ СКОРОСТЯМ :( :( :( :( :( :(

ОБНОВЛЕНИЕ - ВОЗМОЖНАЯ "ФИКСАЦИЯ"

У меня была мысль, что, возможно, мой ноутбук делает некоторую сохраняющую батарею оптимизацию, когда он загружается и убегание батареи. После одного простого теста начальной загрузки с включенным зарядным устройством это вернулось к своим действительно высоким скоростям. Я вполне уверен дело обстоит так - все время это протестировало в высоких скоростях, мне включили зарядное устройство. Я запущу еще несколько тестов для проверки, но я вполне уверен, что это - то, что вызывало замедление.

10
задан 7 November 2016 в 12:54

4 ответа

быстрый ответ:

sudo hdparm -B254 /dev/sda

длинный ответ:

кажется, что Linux или ноутбуки в целом (проверенный и на Lenovo и на Лощинах) значение по умолчанию к уровню APM, 80-му (128) при начальной загрузке на батарее и FEh (254) при начальной загрузке на питании переменным током.

Для большинства SSD, Вы не заметите большого различия. Lite-on SSDs, кажется, не поддерживает управление питанием вообще и всегда работает в максимальной скорости. Intel SSDs, кажется, работает приблизительно в 75%-й полной скорости на уровне 128 APM и 100%-й скорости на уровне 254/255 APM. Решающие SSD однако, кажется, работают приблизительно в 6%-й полной скорости на уровне 128 APM (загруженный на батарее) по сравнению с уровнем 254 APM (загруженный на питании переменным током).

плохие новости - то, что нет никакой ошибки и никакого отказа здесь. Спецификация ATA достаточно неопределенна, который Решающие SSD, работающие супер медленный в режиме APM 128, позволяются и совместимы со спецификацией. Так же ноутбук, принимающий значение по умолчанию к уровню APM, 80-му (128), совершенно разумен. Спецификация просто говорит:

Таблица 106 — уровни APM
Уровень
00h поля COUNT, Зарезервированный
01h Минимальная потребляемая мощность с Промежуточными уровнями управления питанием Дежурного режима
02h.. 7Fh с Дежурным режимом
80-я Минимальная потребляемая мощность без 81-го Дежурного режима
.. Промежуточные уровни управления питанием FDh без Максимальной производительности Дежурного режима
FEh
FFh Зарезервировала

(От спецификация ATA)

, Вот мой опыт с Решающим MX300 SSD, загруженным на заряде батареи:

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
16
ответ дан 23 November 2019 в 04:20

Можно хотеть проверить/etc/hdparm.conf, где можно настроить apm уровень для питания и режима работы от аккумулятора.

Добавляют

apm = 254
apm_battery = 254

к/etc/hdparm.conf

5
ответ дан 23 November 2019 в 04:20

Я последовательно находил, что смог поразить высокие скорости, когда я загрузил ноутбук, будучи включенным. Если я загрузил ноутбук, в то время как он убегал батарея, и затем включенный, я все еще застрял на низких скоростях.

Это, возможно, было чем-то характерным для моего ноутбука (Lenovo T420). Я изменил все настройки BIOS, чтобы не сэкономить любую электроэнергию, пойти для максимальной производительности; однако, это не позволяло ему иметь высокие скорости только с помощью батареи. Я все еще должен был быть включен, когда я загрузился, чтобы иметь высокие скорости.

Другое примечание: Я могу быть включен, когда я загружаю, и затем когда-то загруженный, отключаю ноутбук. Ноутбук сохранит высокие скорости, пока он не загрузится в следующий раз.

ОТВЕТ : будьте включены, когда Вы загрузитесь.

3
ответ дан 23 November 2019 в 04:20

Используйте достаточно новое ядро (v4.15 +), попытайтесь использовать med_power_with_dipm для своего Решающего MX300.

LPM min_power не работает хорошо на все драйверы, если med_power_with_dipm работает на Вас, мы должны использовать новую причуду для разрешения ему нейтрализация к med_power_with_dipm, когда min_power выбран.

Кроме того, зарегистрируйте ошибку в Launchpad, таким образом, инженеры ядра Ubuntu могут решить ошибку, или поднимать вопрос к восходящему потоку.

0
ответ дан 23 November 2019 в 04:20

Другие вопросы по тегам:

Похожие вопросы: