Dotaz: Thinkpad x220 pomalé mSATA při provozu na baterii

[hydrandt]

Ahoj,

Mám Thinkpad x220, koupil jsem jej s 120 GB SSD diskem (je v tom hlavním SATA portu, který je SATA3), do mSATA (který je jen SATA2) jsem strčil 500 GB Crucial CT500MX200SSD3 (MU03). Když je laptop v zásuvce, je vše normální, sekvenční čtení z disku v SATA3 ~530 MB/s, z toho v mSATA ~280 MB/s, tedy plná rychlost SATA2.

Problém je s diskem v mSATA při provozu na baterii. Rychlost čtení klesne na 60-90 MB/s, zápisu ještě níž, kolem 10-20 MB/s. Distribuce je Debian testing, jádro 4.9.0-2-amd64. Zápis jsem teď testnul z flashky, která čte ~22 MB/s. Aby se systém totálně nezasekal (btw, doufám, že 4.9 je poslední jádro, kde tohle musím řešit...):

root@x220:~# echo $((48*1024*1024)) > /proc/sys/vm/dirty_bytes
root@x220:~# echo $((16*1024*1024)) > /proc/sys/vm/dirty_background_bytes

Jakmile odpojím napájení, klesá rychlost kopírování na 2-10 MB/s, v iotopu vidím kolem 3 MB/s. Jakmile ho zase připojím, zvedne se rychlost zápisu na 60-100 MB/s, než se zapíše buffer, a pak klesne na rychlost flashky. To je kopírování na komprimovaný btrfs.

Nevím si s tím rady, a co je zvláštní, nemůžu o tom problému nic najít (hledám x220 msata battery speed problem apod). V dmesg nic. Inicializace zařízení při bootu:

[    2.335270] ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[    2.336255] ata3.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded
[    2.336261] ata3.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out
[    2.336265] ata3.00: ACPI cmd ef/10:03:00:00:00:a0 (SET FEATURES) filtered out
[    2.336621] ata3.00: supports DRM functions and may not be fully accessible
[    2.337986] ata3.00: ATA-10: Crucial_CT500MX200SSD3, MU03, max UDMA/133
[    2.337990] ata3.00: 976773168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
[    2.339959] ata3.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded
[    2.339964] ata3.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out
[    2.339968] ata3.00: ACPI cmd ef/10:03:00:00:00:a0 (SET FEATURES) filtered out
[    2.340297] ata3.00: supports DRM functions and may not be fully accessible
[    2.342790] ata3.00: configured for UDMA/133

...

[    2.720994] ata3.00: Enabling discard_zeroes_data
[    2.721024] sd 2:0:0:0: [sdb] 976773168 512-byte logical blocks: (500 GB/466 GiB)
[    2.721027] sd 2:0:0:0: [sdb] 4096-byte physical blocks
[    2.721195] sd 2:0:0:0: [sdb] Write Protect is off
[    2.721198] sd 2:0:0:0: [sdb] Mode Sense: 00 3a 00 00
[    2.721251] sd 2:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[    2.721517] ata3.00: Enabling discard_zeroes_data
[    2.722974]  sdb: sdb1
[    2.723334] ata3.00: Enabling discard_zeroes_data

Později (při odpojení / připojení napájení) v dmesg už nic.

Nabootoval jsem Ubuntu 16.04, chování je podobné, až na to, že po odpojení napájení zůstala rychlost stejná až do doby, než jsem laptop uspal a pak probudil - pak klesla. A nezvýšila se do té doby, než jsem laptop probudil s připojeným napájením (tedy připojení napájení za běhu nemělo vliv, laptop se musel uspat a zase probudit). Pokud je toto důležité, musím to zkusit znovu - už je to nějaká doba co jsem tohle zkoušel.

Bios mám od nedávna neoficiální (bez whitelistu a s dostupným "Advanced" menu), jsou tam nějaké volby na SATA power management, bohužel jim nerozumím (Je tam v Advanced -> HDD Configuration položka "Aggressive Link Power, default Enabled, ale teď hledám a vidím, že to by mělo adaptér jen uspávat). Zkoušel jsem v nastavení "Power" změnit položky "on battery" z "balanced" na "maximum performance", to nemělo žádný vliv.

Nějaké nápady, co s tím? Hádám, že řešení by mohlo být někde v /sys/bus/scsi/devices/ , ale moc do toho nevidím.

---

---

Odpovědi

[lap]

Podívej se na balíček laptop-mode-tools a konfiguraci, asi někde v /etc/laptop-mode/něco.conf. Tam je nastavení, jak se má chovat notebook při provozu na síť nebo baterii.

[hydrandt]

Hmm, balíček laptop-mode-tools nemám nainstalovaný. Zkusím nainstalovat a pohrát si s nastavením okolo SATA/disků, díky.

[k3dAR]

nechci kazit radost, ale ucel laptop-mode-tools je SETRIT energii, tedy omezovat rychlosti a nepouzivane(dle jeho detekce) funkce, nekdy se muze stat ze omezuje moc a pak je potreba zaridit aby neco neomezoval...
ty mas ale ten problem ze uz ted ti neco omezuje mSATA rychlost :) resit to tim ze budes instalovat omezovator aby jsi mu pak delal vyjimky co neomezovat asi nebude to prave :)
dalsi vec pak je ze pro ucely chteneho omezovani bych dnes jiz nesahal pro laptop-mode-tools, ale po tlp

[hydrandt]

Motivace je ty parametry nastavujici setreni ovlivnit Je mi jasne, ze dalsim nastavovanim setreni niceho nedosahnu.

No jo, pamatoval jsem si, ze laptop-mode-tools je uz obsolete, ale nemohl jsem si vzpomenout, co jsem instaloval misto nich. TLP pouzivam, kouknu do jeho konfigurace.

A voila, problem je vyresen! TLP nastavuje pres SMART parametr APM (advanced power management), pri provozu ze zdi na 254 (maximum performance), pri provozu na baterii na 128 (minimum power consumption without standby). Prepnul jsem ted pri provozu na baterii rucne na 254 (smartctl -s apm,254 /dev/sdb) a dosahuji stejne rychlosti, jako pri provozu s pripojenym AC.

Parada, diky za nakopnuti!

Pokud mate stejny promlem jako ja, rekapitulace: Problem s pomalym ctenim a zapisem na mSATA SSD byl zpusoben nastavenim SMART parametru APM (advanced power management) na nejnizsi hodnotu. To se zda byt default hodnota tlp, protoze si nepamatuju, ze bych do jeho konfiguraku zasahoval. Hodnotu je potreba zvysit. Zkousel jsem ruzne hodnoty, nejnizsi, pri ktere nedochazelo ke zpomaleni cteni, pro me bylo 243 (zapis jsem ted netestoval). Hodnotu je mozne zmenit docasne rucne pomoci smartctl -s apm,243 /dev/sdX, v nastaveni TLP (/etc/default/tlp) je to DISK_APM_LEVEL_ON_BAT="128 243" (128 pro sda, protoze tento disk nema s vykonem pri tomto nastaveni problem (mozna jej ignoruje...), 243 pro sdb), a restart tlp pomoci systemctl restart tlp.

Pocitam tedy, ze to je problem tohoto SSD (pripadne jeste pouze pokud je provozovan v SATA2 rezimu), a ne problem radice, a proto jsem taky nemohl nic o tomto problemu najit.

Dekuji vsem za podnety!

BTW na jednoduche benchmarky disku doporucuji nastroj Disks z Gnome (balicek gnome-disk-utility), ac uz gnome nepouzivam, tento nastroj se hodi. Vpravo nahore je hamburger menu (jak jinak...) -> Benchmark disk.

[Trubicoid2]

Ano, apm bude nastavení toho ssd. Normálně to má vliv na zastavování hdd. Divné je, že ssd tak zabrzdí.

Se smartem to nemá moc společného, spíš by se měl nastavovat přez hdparm -B myslím

[Trubicoid2]

aggresive link power management se týká asi jen AHCI sata, ne? Přejisová rychlost při zapnutí ale tak rychle neklesá. Je spíš stejná. Jde přepínat za chodu

A odkud máš neoficiální BIOS?

[hydrandt]

Tak tady problém nebude. Po odpojení napájení se sice všechny /sys/class/scsi_host/host*/link_power_management_policy změnily z max_performance na min_power, ale po přepnutí na max_performance pomocí

for i in /sys/class/scsi_host/host*; do echo "max_performance" > "$i"/link_power_management_policy ; done

je rychlost čtení/zápisu stále nízká.

Neofiko bios jsem našel tady: http://x220.mcdonnelltech.com/resources/. Flashovací utilita dodávaná s ním je pro windows, nechtěl jsem nic riskovat, tak jsem nabootoval nějaké windows live cd (ano, měl jsem den stahování náhodných binárních blobů a jejich spouštění a flashování do hardwaru) a flashnul to z něj. Konečně mám 5 GHz pásmo na wifi.

[dustin]

Na x220i mám v mSATA nějaký 120GB Kingstone a na baterku mi čte dd sekvenčně sektory 250MB/s (limit SATAII?).

[trubicoid2]

asi satan2 limit, 3Gbps vychazi na 380MB/s

[dustin]

+ 10/8 kódování a režie, vychází to kolem těch 250MB/s https://superuser.com/a/545187

[trubicoid2]

jo, to by tak mohlo byt

x220 pres interni satan3 dava 532MB/s se zapnutym ALPM shodne na min_power i na max_performance

msata nemam

[petr_p]

Tipoval bych ASPM. To je věc, do které se plete nastavení PCI Express, ACPI tabulek specifických pro operační systém a firmware, který skrze SMM rozliší zdroj napájení a překonfiguruje šetření energií v hardwaru.

[hydrandt]

V biosu v Advanced - South Bridge Configuration - PCI Express Configuration jsem u vsech PCI Express Port nastavil ASPM na disabled, a kernelu jsem pridal pri bootu parametr pcie_aspm=off. Nicmene nektera zarizeni maji stale ASPM jako Enabled (ASPM L0s L1 Enabled), u SATA adapteru ale o ASPM nic:

00:1f.2 SATA controller: Intel Corporation 6 Series/C200 Series Chipset Family 6 port SATA AHCI Controller (rev 04) (prog-if 01 [AHCI 1.0])
        Subsystem: Lenovo 6 Series/C200 Series Chipset Family 6 port SATA AHCI Controller
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
        Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- < TAbort- < MAbort- >SERR- < PERR- INTx-
        Latency: 0
        Interrupt: pin B routed to IRQ 25
        Region 0: I/O ports at 50a8 [size=8]
        Region 1: I/O ports at 50bc [size=4]
        Region 2: I/O ports at 50a0 [size=8]
        Region 3: I/O ports at 50b8 [size=4]
        Region 4: I/O ports at 5060 [size=32]
        Region 5: Memory at f2528000 (32-bit, non-prefetchable) [size=2K]
        Capabilities: [80] MSI: Enable+ Count=1/1 Maskable- 64bit-
                Address: fee0200c  Data: 41d1
        Capabilities: [70] Power Management version 3
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot+,D3cold-)
                Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME-
        Capabilities: [a8] SATA HBA v1.0 BAR4 Offset=00000004
        Capabilities: [b0] PCI Advanced Features
                AFCap: TP+ FLR+
                AFCtrl: FLR-
                AFStatus: TP-
        Kernel driver in use: ahci
        Kernel modules: ahci

Nicmene problem stale stejny.

[hydrandt]

Příloha:

• IMG_6028.JPG (448786 bytů)

Fotka z setupu v priloze.

[cronin]

Podobný problém som riešil s jedným Dell-om. Po odpojení zdroja, resp. po pripojení zdroja s nižším výkonom, ako očakával, sa nastavil do úsporného režimu, čo výkonnosť po každej stránke degradovalo na nepoužiteľnú úroveň. Riešením bolo vypnúť SpeedStep resp. podobnú automatiku v BIOS-e. Na výdrži batérie sa to nijako radikálne neprejavilo: OS od istej Redmondskej firmy, ktorá sa tu nemenuje, si spotrebu vhodne "ošéfoval", a aj slabší zdroj bol stále dostatočne výkonný, aby popri bežnej práci ešte aj batériu dobíjal, takže ďalej som to neskúmal. Tento problém ale vtedy riešilo viacero ľudí na internetových fórach; vyššie uvedené riešenie v každom prípade pomohlo.

[hydrandt]

Příloha:

• IMG_6027.jpg (838581 bytů)

Zkusil jsem vypnout, nemelo zadny vliv :-/ Fotka z biosu v priloze.

[dustin]

Zkusil jsi rychlost raw čtení přes dd? Kolik to dělá?

[hydrandt]

Příloha:

• Screenshot_20170510_095834.png (84342 bytů)

Testoval jsem nastrojem Disks z Gnome. Rychlost cteni s apm nad 243 je ~276 MB/s. V priloze screenshot, jak to vypadalo s apm 128 (provoz na baterii) a pak s apm 254 (po pripojeni do site).

[dustin]

Tak to není co řešit. Super, že jsi na to přišel, bude se určitě hodit i jiným.