Dotaz: Opensuse 13.2 DVD 100% CPU zataz a pomale

[Peter]

Zdravim Vas, pri kopirovani z DVD mi to ide v Opensuse 13.2 velmi pomaly a jedno jadro CPU je tym plne vytazene. Je toho na forach viac, no okrem uistenia ci DMA bezi (u mna taktiez hlasi dma ok, ale performance podla hdparm i realna jasne ukazuju na nieco ine a asi v jadre ?) som nenasiel ziadne riesenie. /etc/sysconfig/hw/ide zjavne nema uz ziaden vplyv - cokolvek tam dam tak to ide formalne na najvyssej dma, no realne asi nie. Prosim ak niekto viete napiste ku tomu par slov.. PS:Nejde podla mna ani o RIPLOCK drive feature. Pri prechode na rychlejsi stroj sa to sekne na vyssej rychlosti, zodpovedajucej opat 100% CPU load pre jedno jadro. (Pomalsi stroj C2D E7400, Rychlejsi Xeon X5450).

hdparm -tT /dev/sr1

/dev/sr1: Timing cached reads: 3108 MB in 2.00 seconds = 1553.94 MB/sec Timing buffered disk reads: 14 MB in 3.01 seconds = 4.65 MB/sec

hdparm -I /dev/sr1

/dev/sr1:

ATAPI CD-ROM, with removable media Model Number: LITE-ON DVD SOHD-16P9SV Serial Number: Firmware Revision: F$01 Standards: Used: ATAPI for CD-ROMs, SFF-8020i, r2.5 Supported: CD-ROM ATAPI-2 Configuration: DRQ response: 50us. Packet size: 12 bytes cache/buffer size = unknown Capabilities: LBA, IORDY(cannot be disabled) DMA: mdma0 mdma1 mdma2 udma0 udma1 *udma2 Cycle time: min=120ns recommended=120ns PIO: pio0 pio1 pio2 pio3 pio4 Cycle time: no flow control=240ns IORDY flow control=120ns Commands/features: Enabled Supported: PACKET command feature set DEVICE_RESET command

dmesg |grep ata

[ 0.000000] BIOS-e820: [mem 0x00000000cff70000-0x00000000cff7dfff] ACPI data [ 0.000000] Memory: 8177884K/8387636K available (6302K kernel code, 1009K rwdata, 4708K rodata, 1560K init, 1532K bss, 209752K reserved) [ 0.093040] libata version 3.00 loaded. [ 0.894262] ata1: SATA max UDMA/133 abar m2048@0xf9ffe800 port 0xf9ffe900 irq 43 [ 0.894264] ata2: SATA max UDMA/133 abar m2048@0xf9ffe800 port 0xf9ffe980 irq 43 [ 0.894266] ata3: SATA max UDMA/133 abar m2048@0xf9ffe800 port 0xf9ffea00 irq 43 [ 0.894268] ata4: SATA max UDMA/133 abar m2048@0xf9ffe800 port 0xf9ffea80 irq 43 [ 0.894270] ata5: SATA max UDMA/133 abar m2048@0xf9ffe800 port 0xf9ffeb00 irq 43 [ 0.894272] ata6: SATA max UDMA/133 abar m2048@0xf9ffe800 port 0xf9ffeb80 irq 43 [ 1.354021] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300) [ 1.355741] ata1.00: ATA-8: WDC WD5000AAKX-001CA0, 15.01H15, max UDMA/133 [ 1.355744] ata1.00: 976773168 sectors, multi 0: LBA48 NCQ (depth 31/32), AA [ 1.356877] ata1.00: configured for UDMA/133 [ 1.817019] ata2: SATA link up 3.0 Gbps (SStatus 123 SControl 300) [ 1.818366] ata2.00: ATA-8: WDC WD5000AAKX-001CA0, 15.01H15, max UDMA/133 [ 1.818370] ata2.00: 976773168 sectors, multi 0: LBA48 NCQ (depth 31/32), AA [ 1.819500] ata2.00: configured for UDMA/133 [ 2.124019] ata3: SATA link down (SStatus 0 SControl 300) [ 2.429019] ata4: SATA link down (SStatus 0 SControl 300) [ 2.734019] ata5: SATA link down (SStatus 0 SControl 300) [ 3.039014] ata6: SATA link down (SStatus 0 SControl 300) [ 3.040325] Write protecting the kernel read-only data: 14336k [ 3.209050] pata_pdc2027x 0000:04:00.0: version 1.0 [ 3.327588] pata_pdc2027x 0000:04:00.0: PLL input clock 16658 kHz [ 3.359288] scsi6 : pata_pdc2027x [ 3.359377] scsi7 : pata_pdc2027x [ 3.359425] ata7: PATA max UDMA/100 mmio m16384@0xfebfc000 cmd 0xfebfd7c0 irq 16 [ 3.359426] ata8: PATA max UDMA/100 mmio m16384@0xfebfc000 cmd 0xfebfd5c0 irq 16 [ 3.818804] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null) [ 8.650366] sata_via 0000:04:01.0: version 2.6 [ 8.650482] sata_via 0000:04:01.0: routed to hard irq line 11 [ 8.650919] scsi8 : sata_via [ 8.651020] scsi9 : sata_via [ 8.651109] scsi10 : sata_via [ 8.651155] ata9: SATA max UDMA/133 port i16@0xe080 bmdma 0xd800 irq 17 [ 8.651157] ata10: SATA max UDMA/133 port i16@0xe000 bmdma 0xd808 irq 17 [ 8.651159] ata11: PATA max UDMA/133 port i16@0xdc00 bmdma 0xd810 irq 17 [ 8.966896] ata9: SATA link down (SStatus 0 SControl 310) [ 9.283877] ata10: SATA link down (SStatus 0 SControl 310) [ 9.294582] EXT4-fs (sdb2): mounted filesystem with ordered data mode. Opts: acl,user_xattr [ 9.413852] EXT4-fs (sdb1): mounted filesystem with ordered data mode. Opts: acl,user_xattr [ 9.462139] EXT4-fs (sdb3): mounted filesystem with ordered data mode. Opts: acl [ 9.661408] ata11.00: ATAPI: HL-DT-ST DVDRAM GSA-4160B, A301, max UDMA/66 [ 9.661414] ata11.01: ATAPI: LITE-ON DVD SOHD-16P9SV, F$01, max UDMA/33 [ 9.683278] ata11.00: configured for UDMA/66 [ 9.689274] ata11.01: configured for UDMA/33

Odpovědi

[Michal Kubeček]

4.65 MB/s vám připadá velmi pomalé? Mně teď hdparm ukázal 3.2 MB/s, s dd na 400 MB dlouhém bloku jsem se dostal až na 10 MB/s a s takhle roztočeným motorkem jsem nakonec i z hdparm vyždímal 8.3 MB/s, ale to není nijak výrazně víc než ta vaše hodnota. Ale, pravda, zatížení CPU mám skoro nulové.

Pokud by vás zajímalo, čím konkrétně procesor tráví tolik času, můžete zkusit perf, např.

  perf record -g dd if=/dev/sr0 of=/dev/null bs=1M count=100
  perf report -g

[Michal Kubeček]

Oprava:

  perf record -g -- dd if=/dev/sr0 of=/dev/null bs=1M count=100

[Peter]

V prvom rade dakujem za odpisanie. Perf mi nejde; WARNING: Kernel address maps (/proc/{kallsyms,modules}) are restricted, check /proc/sys/kernel/kptr_restrict.

Samples in kernel functions may not be resolved if a suitable vmlinux file is not found in the buildid cache or in the vmlinux path.

Samples in kernel modules won't be resolved at all.

If some relocation was applied (e.g. kexec) symbols may be misresolved even with a suitable vmlinux or kallsyms file.

Perf session creation failed. Co sa zataze CPU tyka, tak este musim uviest, ze top mi ju nepriradi ku tasku (len v sumare hore je vidiet deficit), ale ksysguard ju vyplotuje. Dnes som skusal dtto inde na debiane wheezy 64bit- bez problemov na zaciatku disku 10MB/sec, dtto IDE mechanika (circa tych 400MB ktore uvadzate ). CPU load low (Pentium D). Mozno to naozaj nie je az taky rozdiel ale je to viac nez dvojnasobok toho co mam ja. Chapem ale ze je to ine nez mat throughput 400kB/sec apod....

[Michal Kubeček]

Mně to 13.2 s distribučním jádrem nedělá. Podle toho, co jsem našel, by mělo pomoci

  echo 0 > /proc/sys/kernel/kptr_restrict

[Peter]

Dakujem, perf uz mi ide, ja som to povodne nepustil pod rootom (moja chyba); Takto vypada vrch tabulky;

Samples: 18K of event 'cycles', Event count (approx.): 7923470018                                                               
+   70,32%     1,49%  dd  libc-2.19.so       [.] __GI___libc_read                                                              ◆
+   67,76%     0,05%  dd  [kernel.kallsyms]  [k] 0xffffffff81622a2d                                                            ▒
+   66,91%     0,00%  dd  [unknown]          [k] 0x00007f51272e1cf0                                                            ▒
+   61,91%     0,04%  dd  [kernel.kallsyms]  [k] 0xffffffff811b9292                                                            ▒
+   58,93%     0,02%  dd  [kernel.kallsyms]  [k] 0xffffffff811b8663                                                            ▒
+   57,99%     0,03%  dd  [kernel.kallsyms]  [k] 0xffffffff811b8001                                                            ▒
+   34,24%     0,01%  dd  [kernel.kallsyms]  [k] 0xffffffff8114ce51                                                            ▒
+   34,09%     0,00%  dd  [kernel.kallsyms]  [k] 0xffffffff811572f9                                                            ▒
+   16,15%     0,02%  dd  [kernel.kallsyms]  [k] 0xffffffff8115714f                                                            ▒
+   15,53%     0,00%  dd  libc-2.19.so       [.] __GI___libc_close                                                             ▒
+   15,38%     0,00%  dd  [unknown]          [k] 0x00007f51272e2310                                                            ▒
+   15,38%     0,00%  dd  [kernel.kallsyms]  [k] 0xffffffff81622cea                                                            ▒
+   15,38%     0,00%  dd  [kernel.kallsyms]  [k] 0xffffffff81002e09                                                            ▒
+   15,38%     0,00%  dd  [kernel.kallsyms]  [k] 0xffffffff8107af87                                                            ▒
+   15,38%     0,00%  dd  [kernel.kallsyms]  [k] 0xffffffff811ba145                                                            ▒
+   15,38%     0,00%  dd  [kernel.kallsyms]  [k] 0xffffffff811ee761                                                            ▒
+   15,38%     0,00%  dd  [kernel.kallsyms]  [k] 0xffffffff811edbf5                                                            ▒
+   13,69%     0,03%  dd  [kernel.kallsyms]  [k] 0xffffffff8114cd96                                                            ▒
+   12,67%     0,01%  dd  [kernel.kallsyms]  [k] 0xffffffff8116fc33                                                            ▒
+   12,36%    12,23%  dd  [kernel.kallsyms]  [k] 0xffffffff81322e1c                                                            ▒
+   11,38%     1,42%  dd  libc-2.19.so       [.] __GI___libc_write                                                             ▒
+   10,54%     0,05%  dd  [kernel.kallsyms]  [k] 0xffffffff811ebd77                                                            ▒
+   10,08%     0,02%  dd  [kernel.kallsyms]  [k] 0xffffffff81159c37                                                            ▒
+    8,40%     0,01%  dd  [kernel.kallsyms]  [k] 0xffffffff811571a6                                                            ▒
+    8,26%     0,00%  dd  [unknown]          [k] 0x00007f51272e1d50                                                            ▒
+    6,82%     0,01%  dd  [kernel.kallsyms]  [k] 0xffffffff811e8f8a                                                            ▒
+    6,42%     0,01%  dd  [kernel.kallsyms]  [k] 0xffffffff812eb081                                                            ▒
+    5,31%     0,01%  dd  [kernel.kallsyms]  [k] 0xffffffff8114b722                                                            ▒
+    5,11%     0,01%  dd  [kernel.kallsyms]  [k] 0xffffffff81159a82                                                            ▒
+    4,40%     0,00%  dd  [unknown]          [.] 0x524e54565f474458                                                            ▒
+    4,34%     0,01%  dd  [kernel.kallsyms]  [k] 0xffffffff812eafc0                                                            ▒
+    4,25%     0,02%  dd  [kernel.kallsyms]  [k] 0xffffffff81157080                                                            ▒
+    4,25%     0,18%  dd  [kernel.kallsyms]  [k] 0xffffffff81159a56                                                            ▒
+    4,11%     0,00%  dd  [kernel.kallsyms]  [k] 0xffffffff8115713f                                                            ▒
+    4,10%     0,00%  dd  [kernel.kallsyms]  [k] 0xffffffff812ef0c0                                                            ▒
+    4,06%     0,00%  dd  [unknown]          [.] 0000000000000000                                                              ▒
+    4,02%     0,01%  dd  [kernel.kallsyms]  [k] 0xffffffff811ebbee                                                            ▒
+    3,88%     0,01%  dd  [kernel.kallsyms]  [k] 0xffffffff811e9d27

[Michal Kubeček]

To vypadá, jako byste neměl /proc/kallsyms nebo ho nemohl číst. Zkuste

  perf report --kallsyms=/boot/System.map-$(uname -r) -g >perf.out

a přiložit výsledný soubor perf.out

[Peter]

Příloha:

• perf.out (236904 bytů)

No konecne som sa ku tomu dostal, perf.out prikladam...

[Peter Golis]

Robí to len na jednom zariadení? Lebo v tej spleti je vidno viacej zariadení PATA. Odporučil by som skontrolovať jumpre. Nastavenie Cable Select zvyklo mať podobný efekt v spomalení. A tak isto by som odporučil pozrieť či je to pripojené cez 40 alebo 80 žilový kábel. Vyššie rýchlosti vyžadovali 80 žíl. A tak isto by som odporučil skontrolovať či tie PATA mechaniky nemajú aj optiku vypoužívanú. Je to už predsa len viacej rokov čo išlo PATA do úzadia.