これは、Crucial MX300 750GB SSD(最新のファームウェア[ファームウェアの更新はまだありません])で、私が今得ているものです。
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
バッファリングされたディスクの読み取り速度を確認してください!!!! SOOOO SLOWWW !!!!初めてラップトップをセットアップしたとき、400MB /秒を超えていましたが、これは古いラップトップであり、andすべてが暗号化されていることを考えると、まったく問題ありませんでした。
これは私の/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
任意のヒント?これは私を夢中にさせます。
ああ、また、16GBのRAMとi7プロセッサーを搭載したLenovo T420でUbuntu 16.04(x64)を実行しています。
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が働いていたということです。ある日は機能し、次の日は停止し、それを変更するはずの(考えられること)何もしませんでした。
UPDATE
特定のデバイス(/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
UPDATE
論理パーティションでもテスト済み:
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
このテストは、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:パーティションの配置
これが私のラップトップのパーティションの配置です。
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
UPDATE:FIXED?スケジューラを(期限ではなく)noopスケジューラに変更しました。うまくいったようです(/etc/default/grub
を次の行に変更することでこれを行いました:
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash elevator=noop"
そして、Sudo update-grub2
でgrubを更新し、再起動します。
私は答えをして受け入れる前に、さらに数回の再起動/使用後に機能するかどうかを確認するために数日待つつもりです。
スケジューラーを変更した後の現在の速度:
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
"FIX" UPDATE
少し使用して数回再起動すると、スロースピードに戻ります:( :( :( :( :( :( :(
更新-可能性のある「修正」
私の考えでは、おそらく私のラップトップは、起動してバッテリーを使い果たしたときに、バッテリーを節約する最適化を行っていると思います。充電器を接続した状態で起動する簡単なテストを1回実行すると、非常に高速に戻ります。私はこれが事実であることをかなり確信しています-充電器を差し込んだ高速で常にテストしました。検証するためにさらにいくつかのテストを実行しますが、これが減速の原因であったことはかなり確信しています。
簡単な答え:
Sudo hdparm -B254 /dev/sda
長い答え:
一般的にLinuxまたはラップトップ(LenovoとDellの両方で検証済み)は、バッテリーで起動するとAPMレベル80h(128)に、AC電源で起動するとFEh(254)にデフォルト設定されるようです。
ほとんどのSSDでは、それほど違いはありません。 Lite-on SSDは電源管理をまったくサポートしていないようで、常に最大速度で実行されます。 Intel SSDは、APMレベル128では約75%、APMレベル254/255では100%の速度で動作するようです。ただし、重要なSSDは、APMレベル254(AC電源で起動)と比較すると、APMレベル128(バッテリーで起動)で約6%のフルスピードで実行されるようです。
悪いニュースは、ここにはバグも欠陥もないということです。 ATAの仕様は非常に曖昧であるため、APMモード128で超低速で実行されるCrucial SSDは許可され、仕様に準拠しています。同様に、APMレベル80h(128)にデフォルト設定されているラップトップは完全に合理的です。仕様には次のように書かれています:
表106 — APMレベル
COUNTフィールドレベル
00h予約済み
01hスタンバイモードでの最小消費電力
02h..7Fhスタンバイモードでの中間電源管理レベル
80hスタンバイモードなしの最小消費電力
81h..FDhスタンバイモードなしの中間電源管理レベル
FEh最大パフォーマンス
FFh予約済み
( ATA仕様 から)
バッテリーで起動したCrucial 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
/etc/hdparm.confを確認すると、電源とバッテリーモードのapmレベルを設定できます。
追加
apm = 254
apm_battery = 254
/etc/hdparm.confに
接続中にラップトップを起動すると、高速に達することが一貫して見つかりました。ラップトップがバッテリーで動作しているときにラップトップを起動すると、thenプラグインされたが、私はまだ遅い速度で立ち往生していた。
これは私のラップトップ(Lenovo T420)に固有のものである可能性があります。最大のパフォーマンスを得るために、電力を節約しないようにすべてのBIOS設定を変更しました。ただし、これにより、バッテリーのみを使用する場合に高速化できませんでした。高速で起動するには、起動時にプラグインする必要がありました。
別の注意:起動時にプラグインして、起動したらラップトップを取り外してください。ラップトップは、次回起動するまで高速を維持します。
ANSWER:起動時に接続します。
新しい十分なカーネル(v4.15 +)を使用してください。CrucialMX300にmed_power_with_dipmを使用してください。
LPM min_powerはすべてのドライバーに対してうまく機能しません。med_power_with_dipmが機能する場合は、新しい癖を使用して、min_powerが選択されたときにmed_power_with_dipmにフォールバックする必要があります。
また、ランチパッドでバグを報告してください。Ubuntuカーネルエンジニアがバグを解決したり、問題をアップストリームに上げたりできます。