Sundtek Support Forum

Okay,

jetzt ist der Traffic auf 6 (statt 8 ), dankeschön!

Will Sie damit auch nicht nerven und ich muss das ja auch nicht unbedingt verstehen  . Sollte es Neuigkeiten geben freue ich mich über einen kurzen Eintrag (Thread abonniert).

Wünsche noch einen schönen Sonntag,
danke noch mal und liebe Grüße!

Hi,

habe in der Changelog oder Roadmap keinen Eintrag zur Bandbreite gefunden. http://support.sundtek.com/index.php/topic,378.0.html

KÖnnen Sie kurz erläutern, warum die Netzwerkauslastung so hoch ist, während die Datei geschrieben wird, nach der Aufzeichnung (gleiche Datei) aber nicht mehr?

Würde es helfen, den pidfilter zu aktivieren? Mein Server sagt nämlich:
root@kas:/opt/bin/mediaclient -P on
Using device: /dev/dvb/adapter0/frontend0
device: /dev/dvb/adapter0/frontend0 doesn't support the extended media API

Wenn ja, der Sundtek ist glaube ich als adapter2 angeschlossen, wie aktiviere ich dann den filter?

root@kas:/dev/dvb# ls -l
total 0
drwxr-xr-x 2 root root 120 Oct 17 12:07 adapter0
drwxr-xr-x 2 root root 120 Oct 17 12:07 adapter1
drwxrwxrwx 2 root root 100 Oct 17 12:47 adapter2

KÖnnte es helfen, den Stream (z.B. über die KOnsole oder alternative zu Kaffeine) aufzuzeichnen?

Vielen Dank!

Dann werde ich tvheadend vorläufig tagsüber beenden. Herzlichen Dank für die schnelle Antwort.
Falls jmd interesse hat, in der Konsole als root anmelden und mit
crontab -ez.B. folgende Zeilen einfügen:
##start stop tvheadend
0 3 * * *       /etc/init.d/tvheadend stop
0 18 * * *      /etc/init.d/tvheadend start


Ich habe verschiedene Möglichkeiten durchgespielt, komme immer wieder zu dem gleichen Ergebnis:

Während auf dem Server (Debian) ein HD-Sender mit Kaffeine aufgenommen wird und gleichzeitig diese Datei über das Netzwerk abgespielt wird, liegt der Traffic bei stolzen 8 MiB/s. Beweise Screenshot-1 und Screenshot-2

Sobald die Aufnahme auf dem Server abgeschlossen ist, verringert sich der Traffic auf normale 1.6 MiB/s, dies ist in Screenshot-3 zu sehen. Dieser Traffic wird wie gesagt auch produziert, wenn das Signal live über einen virtuellen Netzwerkadapter transportiert wird.

FAzit: Das kann doch garnicht sein!!
Freue mich über Hinweise, die zur Ergreifung des Täters führen


http://kaserne.homeftp.net/Screenshot-1.png
http://kaserne.homeftp.net/Screenshot-2.png
http://kaserne.homeftp.net/Screenshot-3.png

Hallo,

vielen Dank für die schnelle Antwort!!

Die Prozessorlast liegt bei 25%, das Video wird ja auf dem Server nicht abgespielt. Verbaut ist ein Intel Atom Dual Core 330. Hyperthreading wird unterstützt, alle vier logischen Cores sind zwischen 25 und 50 Prozent geblieben.

Die Übertragung läuft via 100 Mbit LAN. Livestreams funktionieren und werden mit ca. 1,6 MiB/s stabil übertragen.

Das Abspielen der Aufnahme sorgt interessanterweise für einen Traffic von 6MiB/s. Die CPU Last des Servers steigt dabei etwas an. Teilweise gibt es jetzt bei der Übertragung leichte Aussetzer. Dies ist im Screenshot 2 (unten, blaue Linie) zu sehen.
(Network: 6,4 MiB/s, CPU mediaserver = 37, Kaffeine = 18)

Hier die gewünschte Ausgabe:

root@kas:/dev/dvb/adapter3# /opt/bin/mediaclient --cat /dev/dvb/adapter3/dvr0 | /opt/bin/mediaclient --pipecount=1
   1576960 bytes |    1540.00 kb |       1.50 mb transferred
   2017280 bytes |    1970.00 kb |       1.92 mb transferred
   1689600 bytes |    1650.00 kb |       1.61 mb transferred
   1720320 bytes |    1680.00 kb |       1.64 mb transferred
   1710080 bytes |    1670.00 kb |       1.63 mb transferred
   1710080 bytes |    1670.00 kb |       1.63 mb transferred
   1566720 bytes |    1530.00 kb |       1.49 mb transferred
   1720320 bytes |    1680.00 kb |       1.64 mb transferred
   1710080 bytes |    1670.00 kb |       1.63 mb transferred
   1710080 bytes |    1670.00 kb |       1.63 mb transferred
   1607680 bytes |    1570.00 kb |       1.53 mb transferred


Leider konnten die Screenshots nicht eingefügt werden, hier die Ausgabe von TOP:

top - 22:18:04 up 72 days,  8:18,  2 users,  load average: 0.72, 0.85, 0.72
Tasks: 226 total,   1 running, 225 sleeping,   0 stopped,   0 zombie
Cpu(s):  7.5%us,  8.3%sy,  0.0%ni, 75.9%id,  8.0%wa,  0.0%hi,  0.3%si,  0.0%s
Mem:   1017032k total,  1004364k used,    12668k free,     1116k buffers
Swap:  3100536k total,   364872k used,  2735664k free,   571484k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND         
 3145 root      20   0  391m  27m  21m S   38  2.8 163:28.78 mediasrv       
11605 flatmate  20   0  558m  46m  16m S   22  4.7  10:45.13 kaffeine       
 5628 flatmate  20   0  779m  18m 5264 S    3  1.8 448:27.01 ktorrent       
 2660 flatmate  20   0  451m 8160 3096 S    1  0.8  16:09.28 gnome-panel     
   47 root      20   0     0    0    0 S    1  0.0   3:52.16 kswapd0         
 1894 root      20   0  179m  10m 4204 S    1  1.1 793:40.96 Xorg           
11608 flatmate  20   0  733m 4608 2488 S    1  0.5   5:36.97 kaffeine-xbu   
19486 root      20   0 23452 1064  700 R    1  0.1   0:02.10 top             
 2580 flatmate  20   0  170m 3132 1376 S    0  0.3   2:26.66 metacity       
 2724 flatmate  20   0  739m  30m 1224 S    0  3.1  30:46.34 rhythmbox       
 2750 flatmate  20   0  266m 4400 2496 S    0  0.4  18:13.55 sensors-applet 
 3244 flatmate  20   0  201m 1088  632 S    0  0.1   0:11.65 cpufreq-applet 
11542 flatmate  20   0  482m  716  356 S    0  0.1   3:58.03 kaffeine-xbu   
    1 root      20   0 12604   72   44 S    0  0.0   0:01.96 init           
    2 root      20   0     0    0    0 S    0  0.0   0:00.00 kthreadd       
    3 root      RT   0     0    0    0 S    0  0.0   0:00.00 migration/0     
    4 root      20   0     0    0    0 S    0  0.0   0:04.13 ksoftirqd/0     
    5 root      RT   0     0    0    0 S    0  0.0   0:00.00 watchdog/0     
    6 root      RT   0     0    0    0 S    0  0.0   0:00.04 migration/1     
    7 root      20   0     0    0    0 S    0  0.0   0:05.37 ksoftirqd/1     
    8 root      RT   0     0    0    0 S    0  0.0   0:00.00 watchdog/1     
    9 root      RT   0     0    0    0 S    0  0.0   0:00.01 migration/2     
   10 root      20   0     0    0    0 S    0  0.0   0:03.25 ksoftirqd/2

Mit meinem Intel D945GCLF2D Board komme ich auf 5 Sec Umaschaltzeit. Gestoppt mit Kaffeine unter Linux, der Adapter ist allerdings über das Netzwerk gemounted, ob es da noch mal zu Verzögerungen kommt, kann ich nicht sagen.