Processor load bei http-streaming über Streamdev-Server

sucram.resse · 17. Januar 2007

Hallo,

ich verwende jetzt häufig http-streaming mittels Streamdev-Server (meist mit mplayer auf einem Windows-client). Auf dem client läuft alles prima, Bild und Ton ok.

Dies sagt der MPlayer:

Code

MPlayer 1.0rc1-3.4.2 (C) 2000-2006 MPlayer Team
CPU: AMD Turion(tm) 64 Mobile Technology ML-30 (Family: 15, Model: 36, Stepping:
 2)
CPUflags:  MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 0 SSE2: 0
Compiled with runtime CPU detection.
...

(OS: Win XP home, wireless network)

Auf dem VDR allerdings passiert merkwürdiges:
Die CPU-Load des VDR schnellt bei Beginn des Streamens auf 100% hoch (beim ersten streaming-Vorgang dauert es eine Weile bis die load hochschnellt, ab dem zweiten streamen passiert es sofort).

Output top am Anfang des ersten streamens:

Code

top - 22:02:18 up  6:35,  1 user,  load average: 0.25, 0.35, 0.39
Tasks:  77 total,   4 running,  73 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.3% us,  0.3% sy,  0.3% ni, 87.4% id,  0.0% wa,  0.0% hi, 11.6% si
Mem:    516480k total,   144728k used,   371752k free,    17188k buffers
Swap:   489940k total,        0k used,   489940k free,    58792k cached


  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
 5831 vdr       34  19 51968  15m 4180 S  0.3  3.1   0:00.15 vdr
    1 root      16   0  1584  516  452 S  0.0  0.1   0:00.57 init
    2 root      34  19     0    0    0 S  0.0  0.0   0:00.00 ksoftirqd/0
    3 root      RT   0     0    0    0 S  0.0  0.0   0:00.00 watchdog/0
    4 root      10  -5     0    0    0 S  0.0  0.0   0:00.03 events/0
    5 root      10  -5     0    0    0 S  0.0  0.0   0:00.00 khelper
    6 root      10  -5     0    0    0 S  0.0  0.0   0:00.00 kthread
    8 root      10  -5     0    0    0 S  0.0  0.0   0:00.02 kblockd/0
    9 root      20  -5     0    0    0 S  0.0  0.0   0:00.00 kacpid
  140 root      20   0     0    0    0 S  0.0  0.0   0:00.00 pdflush
  141 root      15   0     0    0    0 S  0.0  0.0   0:00.00 pdflush
  143 root      14  -5     0    0    0 S  0.0  0.0   0:00.00 aio/0
  142 root      25   0     0    0    0 S  0.0  0.0   0:00.00 kswapd0
  730 root      10  -5     0    0    0 S  0.0  0.0   0:00.00 kseriod
  828 root      15   0     0    0    0 S  0.0  0.0   0:00.03 kjournald
  876 root      12  -4  2220  560  360 S  0.0  0.1   0:00.44 udevd
 1047 root      10  -5     0    0    0 S  0.0  0.0   0:00.00 kgameportd

Alles anzeigen

Output top mit hoher CPU load:

Code

top - 21:54:11 up  6:27,  1 user,  load average: 1.88, 1.28, 0.57
Tasks:  77 total,   6 running,  71 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.0% us,  0.3% sy, 88.3% ni,  0.0% id,  0.0% wa,  0.0% hi, 11.3% si
Mem:    516480k total,   143984k used,   372496k free,    16472k buffers
Swap:   489940k total,        0k used,   489940k free,    58744k cached


  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
 5528 vdr       27   2 52060  15m 4176 R 99.5  3.2   5:40.24 vdr
 5526 vdr       17   2 52060  15m 4176 R  0.3  3.2   0:03.25 vdr
    1 root      16   0  1584  516  452 S  0.0  0.1   0:00.57 init
    2 root      34  19     0    0    0 S  0.0  0.0   0:00.00 ksoftirqd/0
    3 root      RT   0     0    0    0 S  0.0  0.0   0:00.00 watchdog/0
    4 root      10  -5     0    0    0 S  0.0  0.0   0:00.03 events/0
    5 root      10  -5     0    0    0 S  0.0  0.0   0:00.00 khelper
    6 root      10  -5     0    0    0 S  0.0  0.0   0:00.00 kthread
    8 root      10  -5     0    0    0 S  0.0  0.0   0:00.02 kblockd/0
    9 root      20  -5     0    0    0 S  0.0  0.0   0:00.00 kacpid
  140 root      20   0     0    0    0 S  0.0  0.0   0:00.00 pdflush
  141 root      15   0     0    0    0 S  0.0  0.0   0:00.00 pdflush
  143 root      14  -5     0    0    0 S  0.0  0.0   0:00.00 aio/0
  142 root      25   0     0    0    0 S  0.0  0.0   0:00.00 kswapd0
  730 root      10  -5     0    0    0 S  0.0  0.0   0:00.00 kseriod
  828 root      15   0     0    0    0 S  0.0  0.0   0:00.03 kjournald
  876 root      12  -4  2220  560  360 S  0.0  0.1   0:00.44 udevd

Alles anzeigen

Installiert ist vdr-plugin-streamdev-server 0.3.1+cvs20050522-25
Hat jemand eine gute Idee?
Grüße
Marcus

asciii · 17. Januar 2007

Ich hatte ein ähnliches Problem. Bei mir lag es daran, dass die Clients die Daten nicht schnell genug entgegen genommen hatten und der VDR somit irgendwie anfing zu puffern/cachen. Schuld daran war eine neue Netzwerkkarte die auto-negotiation Probleme hatte. Nachdem ich den Duplex mode fest auf 100baseTx-FD eingestellt hatte war das Problem gelöst.

Hoffe das hilft auch bei dir.

EDIT: OOps irgendwie hab ich das "wireless network" überlesen. Das würde meine Theorie ja untermauern. Hast du eine Möglichkeit über eine Festverkabelung zu testen?

Gruß
asciii

sucram.resse · 18. Januar 2007

Danke für den Tip, werde heute mal netzwerkorientiert weiter experimentieren!
Grüße,
Marcus

sucram.resse · 18. Januar 2007

Ich habe mal weiterexperimentiert (ubrigens habe ich nach jedem streaming-Versuch den VDR neu gestartet):

- Habe den WinXP client anstelle von WiFi mittels Kabel ans Netzwerk angeschlossen. Resultat: unverändert (CPU load 100% auf VDR)

- Habe den Duplex mode fest auf 100baseTx-FD eingestellt. Resultat: Unverändert

- Habe spasseshalber den WinXP client (Turion 64-Notebook) mal mit Knoppix V5.01 CD hochgefahren (Netzwerk wieder über Kabel) und den stream mit xine wiedergegeben (muss man erst mittels "apt-get install xine-ui" installieren). Resultat: CPU load normal auf dem VDR (rund 13%) !!!

Leider funktioniert das wireless-Netzwerk des Laptops nicht 123 unter Knoppix, sonst wäre ich damit schon zufrieden, dann würde ich für's streamen einfach immer schnell mit Knoppix booten ...

Werde weiterexperimentieren! Trotzdem nochmals danke für den Tip!

Marcus

SvenS · 18. Januar 2007

Hi,

versuch unter windows doch mal den VLC (VideoLanClient). Der funktioniert hier einwandfrei. Und wenn es dann immer noch Probleme gibt, ist es definitv Windows selbst.

bye
Sven

wilderigel · 18. Januar 2007

Was streamst den Überhaupt?
PS PES External, ...?

sucram.resse · 18. Januar 2007

Ich habe PES verwendet, player-Aufrufe lauteten:

mplayer/xine http://IP:3000/PES/Kanalnummer

sucram.resse · 18. Januar 2007

Hallo Sven,
der Tip es mit VLC zu probieren war klasse, vielen Dank! VDR CPU load bleibt beim streamen niedrig, wenn ich auf dem WinXP client VLC verwende! Das ist ein prima workaround für mich.
Marcus

SvenS · 19. Januar 2007

Schön das ich helfen konnte Wenn Du dann noch den VDR-Zapper dazu nimmst, dann ist das gucken am PC recht kompfortabel inkl. EPG Anzeige.

bye
Sven

sucram.resse · 19. Januar 2007

Auch der VDR-Zapper war ein super Tip! Streaming mit bisher ungekanntem Komfort !
Dank+Grüße,
Marcus

Processor load bei http-streaming über Streamdev-Server

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema