Unitymedia CPU Wert (last) der Linux Boxen geht Hoch,beim runterladen.

[kalle62]

hallo

Möchte mal hier eine Frage an die Spezialisten richten,die Das Cisco Modem und Cisco Linksys Router E3200 besser verstehen als Ich.

So Ich kann mit Telenet und der Eingabe top,auf meine Linux Boxen mir die CUP Last bzw Werte anzeigen lassen.
Die beim Runterladen zbs von 1 Stream entstehen,der CUP Wert nur bei Anschauen des Stream ist etwa 12--15.
Aber bei Runterladen dieses 1 Stream geht die CPU auf meist bis zu 102 hoch.Und das mit jeder Box und egal ob Mediatheke oder andere Stream im MP.
Und Alle Boxen sind per LAN Kabel verbunden,und jede Box mit eigener IP.Und meine Speed Test sind immer in Ordnung.

Beim Runterladen 1 Stream.

top - 13:07:35 up 3 min, 1 user, load average: 1,07, 0,50, 0,20
Tasks: 141 total, 2 running, 139 sleeping, 0 stopped, 0 zombie
%Cpu(s): 44,7 us, 7,9 sy, 0,0 ni, 43,1 id, 0,8 wa, 0,0 hi, 3,5 si, 0,0 st
MiB Mem : 314,3 total, 3,8 free, 189,0 used, 121,5 buff/cache
MiB Swap: 0,0 total, 0,0 free, 0,0 used. 115,9 avail Mem

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
850 root 20 0 349072 159132 16424 R 101,7 49,4 1:46.14 enigma2 :winken: Hier zbs R 101,7
28 root 20 0 0 0 0 S 1,3 0,0 0:00.16 kswapd0

und nur beim Anschauen des 1 Stream.

top - 13:10:19 up 6 min, 1 user, load average: 0,78, 0,70, 0,34
Tasks: 136 total, 2 running, 134 sleeping, 0 stopped, 0 zombie
%Cpu(s): 6,8 us, 4,5 sy, 0,0 ni, 88,7 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st
MiB Mem : 314,3 total, 33,2 free, 186,0 used, 95,1 buff/cache
MiB Swap: 0,0 total, 0,0 free, 0,0 used. 119,0 avail Mem

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
850 root 20 0 349072 159264 16424 S 16,2 49,5 4:12.75 enigma2 :winken: Hier nur S 16,2
923 root 19 -1 21812 4992 1636 S 0,7 1,6 0:02.05 oscam_atv

Und da Ich schon Tagelang an einer Erklärung arbeite,Frage Ich mal hier woran das liegen könnte.

Danke und Gruss kalle

 

[tq1199]

Re: CUP Wert (last) der Linux Boxen geht Hoch,beim runterladen.

<r><QUOTE author="kalle62" post_id="429022" time="1548763996" user_id="13924"><s>

</s>
... meine Linux Boxen mir die CUP Last bzw Werte anzeigen lassen.<br/>
...<br/>
Aber bei Runterladen dieses 1 Stream geht die CPU auf meist bis zu 102 hoch.Und das mit jeder Box ...
<e>

</e></QUOTE>
Wie ist der CPU-Verbrauch bei z. B. diesem Download:
<CODE><s>

</s><i>
</i>wget -4 -c -O /dev/null http://mirror.de.leaseweb.net/speedtest/10000mb.bin
<e>

</e></CODE>
?</r>

 

[kalle62]

hallo und Danke erstmal.

Wie Teste Ich das mit der Linux Box ? bin da ja leider nicht so der Profi bei solchen Sachen.

gruss kalle

 

[tq1199]

Wie Teste Ich das mit der Linux ...

In der Kommandozeile (console, Terminal, ...).

 

[kalle62]

hallo

Also den Code Kopieren und mit Telnet und DCC eingeben und dann Schauen was da Angezeigt wird ?
Oder mit Putty auf dem Laptop ?

Ist mit der Linux Box und muss Ich da Warten bis 100% erreicht sind.


root@triplex:~# wget -4 -c -O /dev/null http://mirror.de.leaseweb.net/speedtest
10000mb.bin
--2019-01-29 14:08:02-- http://mirror.de.leaseweb.net/speedtest/10000mb.bin
Resolving mirror.de.leaseweb.net... 37.58.58.140
Connecting to mirror.de.leaseweb.net|37.58.58.140|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 10000000000 (9,3G) [application/octet-stream]
Saving to: ‘/dev/null’

/dev/null 6%[> ] 635,14M 6,41MB/s eta 23m 24s
/dev/null 6%[> ] 653,12M 6,41MB/s eta 23m 20s
/dev/null 7%[> ] 732,64M 6,41MB/s eta 23m 7s

gruss kalle

 

[tq1199]

Ist mit der Linux Box und muss Ich da Warten bis 100% erreicht sind.

Nein, nicht warten bis die 100% erreicht sind. Während des Downloads den CPU-Verbrauch anschauen.
Du kannst dann auch schon bei 50% oder 70%, den Download (nach /dev/null) mit strg C abbrechen.

 

[kalle62]

hallo

Entschuldige Bitte wenn Ich das nicht richtig verstehe,wo gebe Ich den Code Ein,und wie Sehe Ich gleichzeitig den die CUP Last von der Linux Box dann ?

Ich bin ja mit den Laptop und DCC mit der Box verbunden,und bei DCC öffne Ich das Telnet Fenster.
Und was dann genau muss Ich machen ?

gruss kalle

 

[kalle62]

hallo

So Ich stehe jetzt mit DCC und Telnet mit dem Code bei 30%,und wenn Ich Putty aufrufe mit der IP der Linuxbox.
Sehe Ich unter Telnet und der IP der Linux Box bei CUP und der 1 Zeile etwa S 10 das schwank ein wenig.
Weis aber nicht wie Ich die Anzeige Kopieren oder speichern kann.

gruss kalle

 

[rv112]

Um was für einen Stream geht es denn wo das Problem besteht?

 

[kalle62]

hallo

Alles was aus dem Media Portal heraus runtergeladen wird,auch zbs mit den Mediathek von ZDF.
Bin jetzt bei 50% weis aber noch nicht wie die Box da mit jetzt umgegangen ist.

Es geht eigentlich nur um die Zeile mit den :winken: und das die CUP beim runterladen von 1 Stream der CUP sofort so Hoch geht.Den das wäre nicht Normal,und beim zbs E2IPlayer ist dies auch nicht den Fall.
Und da es mit jeder Box gleich ist,würde es wohl an meinem Netzwerk liegen.
Wobei die ZDF Mediatheke eben zur Zeit eh nicht funktioniert.

root@triplex:~# -4 -c -O /dev/null http://mirror.de.leaseweb.net/speedtest/100
0mb.bin
-bash: -4: command not found
root@triplex:~# wget -4 -c -O /dev/null http://mirror.de.leaseweb.net/speedtest
10000mb.bin
--2019-01-29 15:16:25-- http://mirror.de.leaseweb.net/speedtest/10000mb.bin
Resolving mirror.de.leaseweb.net... 37.58.58.140
Connecting to mirror.de.leaseweb.net|37.58.58.140|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 10000000000 (9,3G) [application/octet-stream]
Saving to: ‘/dev/null’

/dev/null 50%[=========> ] 4,72G 3,27MB/s eta 43m 39s

gruss kalle

Das ist die Anzeige beim Runterladen per Telnet.

top - 16:30:29 up 11 min, 1 user, load average: 1,14, 1,13, 0,67
Tasks: 137 total, 3 running, 134 sleeping, 0 stopped, 0 zombie
%Cpu(s): 41,7 us, 8,4 sy, 0,7 ni, 45,4 id, 0,0 wa, 0,0 hi, 3,8 si, 0,0 st
MiB Mem : 314,3 total, 11,4 free, 191,3 used, 111,6 buff/cache
MiB Swap: 0,0 total, 0,0 free, 0,0 used. 113,6 avail Mem

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
850 root 20 0 340124 164452 16504 R 95,7 51,1 8:58.35 enigma2

Und so wird Mir das auf der Box angezeigt.


gruss kalle

 

[addicted]

Ich sags mal so: Wenn Du kein konkretes Problem bemerkst, hast Du auch keins. Wenn Du wirklich wissen willst, was es mit den Meßwerten in der Ausgabe von "top" auf sich hat, musst Du Dir sehr viel zusätzliches Wissen aneignen.

 

[MartinP_Do]

Ohne zu wissen, was das für Linux-Boxen sind, kann man keine Ursache für diese Unterschiede diagnostizieren.

Dass es da Unterschiede gibt, ist aber naheliegend.


- Beim Streamen muss das Material nur in "Echtzeit" auf den Recher übertragen werden, d. h. die Übertragung einer Serienfolge dauert 45 Minuten. Dafür hat man die Last durch das Dekodieren des MPEG Streams...

- Beim Download muss man nicht dekodieren, aber der Transfer ist in der Regel schneller - für das obige Beispiel vielleicht 5 statt 45 Minuten ...

 

[kalle62]

Ohne zu wissen, was das für Linux-Boxen sind, kann man keine Ursache für diese Unterschiede diagnostizieren.

Dass es da Unterschiede gibt, ist aber naheliegend.


- Beim Streamen muss das Material nur in "Echtzeit" auf den Recher übertragen werden, d. h. die Übertragung einer Serienfolge dauert 45 Minuten. Dafür hat man die Last durch das Dekodieren des MPEG Streams...

- Beim Download muss man nicht dekodieren, aber der Transfer ist in der Regel schneller - für das obige Beispiel vielleicht 5 statt 45 Minuten ...

Das ist es ja grade es gibt keine Unterschiede zwischen den Box,so bald Ich einen Stream runterlade geht die CPU Anzeige auf um die R100.Nur zbs die OS Mega macht das runterladen Schneller,als eine ET9200 oder die Xpeed Class C.

Nur warum geht die CPU dabei so Hoch oder vil auch an die Grenzen.

gruss kalle

 

[sch4kal]

Was sagt denn

cat /proc/cpuinfo

?
Load von 1.X ist okay, wenn es sich um einen Dualcore handelt.
Er idlet ja auch ~45 % der Zeit nur rum.

 

[addicted]

Nur warum geht die CPU dabei so Hoch oder vil auch an die Grenzen.

Gegenfrage: Wieso denn nicht?

Das ist doch nicht schlimm. Ich verstehe einfach überhaupt nicht, was Du eigentlich möchtest...

 

[kalle62]

hallo

Es ist Normal das eine Linuxbox die etwas Stärker ist,beim Anschauen 1 Stream etwa CPU Last 5% und in der 1 Zeile mit Enigma am Ende etwas 10--12 % Anzeigt.
Aber nicht bei runterladen des 1 Stream auf CPU Last auf 48% geht und in der 1 Zeile auf R 98 bis 102 % geht.

Und das versuche Ich zu Verstehen und zu Ergründen,warum das bei Mir so ist.Und das Unabhängig welche Box Ich benutze.
Auch Spielt es keine Rolle ob Feste oder DHCP IP oder anderen Server bzw DNS usw.
Den für Mich bedeutet dies das die Box bei 1 Stream schon an ihre Grenzen kommen,nur warum ist das so.

gruss kalle

 

[sch4kal]

Kann die NIC TSO und ist das aktiviert ?

 

[kalle62]

Was sagt denn

cat /proc/cpuinfo

?
Load von 1.X ist okay, wenn es sich um einen Dualcore handelt.
Er idlet ja auch ~45 % der Zeit nur rum.

hallo

Das kommt da raus wenn die Box nur im Live Betrieb an ist.


kscratch registers : 0
package : 0
core : 0
VCED exceptions : not available
VCEI exceptions : not available

processor : 1
cpu model : Broadcom BMIPS5000 V1.1 FPU V0.1
BogoMIPS : 552.96
cpu MHz : 1104.082
wait instruction : yes
microsecond timers : yes
tlb_entries : 64
extra interrupt vector : yes
hardware watchpoint : no
isa : mips1 mips2 mips32r1
ASEs implemented :
shadow register sets : 1
kscratch registers : 0
package : 0
core : 0
VCED exceptions : not available
VCEI exceptions : not available

gruss kalle

 

[addicted]

Den für Mich bedeutet dies das die Box bei 1 Stream schon an ihre Grenzen kommen,nur warum ist das so.

Bevor Du versucht die theoretischen Hintergründe zu verstehen, mach doch den sehr einfach Test und starte drei Streams. Dann siehst Du ja, was dann passiert.

 

[kalle62]

Kann die NIC TSO und ist das aktiviert ?

hallo

Das Weis Ich leider nicht,ist wohl eine Reduzierung der Datenmenge oder so.

gruss kalle

 

[kalle62]

Den für Mich bedeutet dies das die Box bei 1 Stream schon an ihre Grenzen kommen,nur warum ist das so.

Bevor Du versucht die theoretischen Hintergründe zu verstehen, mach doch den sehr einfach Test und starte drei Streams. Dann siehst Du ja, was dann passiert.

hallo

Das sind jetzt 3 Stream gleichzeitig.


top - 12:30:38 up 1:31, 1 user, load average: 1,64, 1,47, 0,99
Tasks: 138 total, 2 running, 136 sleeping, 0 stopped, 0 zombie
%Cpu(s): 37,8 us, 12,2 sy, 0,9 ni, 45,1 id, 0,2 wa, 0,0 hi, 3,8 si, 0,0 st
MiB Mem : 314,3 total, 15,9 free, 290,0 used, 8,4 buff/cache
MiB Swap: 0,0 total, 0,0 free, 0,0 used. 16,6 avail Mem

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
852 root 20 0 445620 249164 1528 R 91,4 77,4 29:45.23 enigma2
28 root 20 0 0 0 0 S 4,6 0,0 0:28.45 kswapd0
9019 root 20 0 3676 968 492 R 2,8 0,3 0:02.41 top
302 root 20 0 0 0 0 S 2,2 0,0 1:02.29 nxsched
751 root 20 0 34660 536 220 S 1,2 0,2 0:08.25 automount

gruss kalle

 

[tq1199]

Kann die NIC TSO und ist das aktiviert ?

Das Weis Ich leider nicht,ist wohl eine Reduzierung der Datenmenge oder so.

Wie ist die Ausgabe von:

<i>
</i>ethtool --show-offload eth0 | grep -i segmentation

? (evtl. das Interface anpassen).

 

[sch4kal]

ist wohl eine Reduzierung der Datenmenge oder so.

Bitte was ? Ne das ist keine Reduzierung der Datenmenge, TSO verlagert die Überprüfung der Checksummen auf die NIC, dann hat die CPU weniger zu tun.
Überprüfbar (sofern das Programm vorhanden ist) mit:

ethtool -k <NIC>

 

[kalle62]

Kann die NIC TSO und ist das aktiviert ?

Das Weis Ich leider nicht,ist wohl eine Reduzierung der Datenmenge oder so.

Wie ist die Ausgabe von:

<i>
</i>ethtool --show-offload eth0 | grep -i segmentation

? (evtl. das Interface anpassen).

hallo

Das kommt dabei raus.

root@triplex:~# ethtool --show-offload eth0 | grep -i segmentation
tcp-segmentation-offload: off
tx-tcp-segmentation: off [fixed]
tx-tcp-ecn-segmentation: off [fixed]
tx-tcp-mangleid-segmentation: off [fixed]
tx-tcp6-segmentation: off [fixed]
generic-segmentation-offload: off [requested on]
tx-fcoe-segmentation: off [fixed]
tx-gre-segmentation: off [fixed]
tx-gre-csum-segmentation: off [fixed]
tx-ipxip4-segmentation: off [fixed]
tx-ipxip6-segmentation: off [fixed]
tx-udp_tnl-segmentation: off [fixed]
tx-udp_tnl-csum-segmentation: off [fixed]
tx-sctp-segmentation: off [fixed]
root@triplex:~#

gruss kalle

 

[kalle62]

ist wohl eine Reduzierung der Datenmenge oder so.

Bitte was ? Ne das ist keine Reduzierung der Datenmenge, TSO verlagert die Überprüfung der Checksummen auf die NIC, dann hat die CPU weniger zu tun.
Überprüfbar (sofern das Programm vorhanden ist) mit:

ethtool -k <NIC>

hallo

Und das jetzt mit dem Code.

root@triplex:~# ethtool -k <NIC>
-bash: syntax error near unexpected token `newline'
root@triplex:~#

gruss kalle