Freezer wegen hoher CPU-Last ??

[Dr_Plaschke]

Hi,

vielleicht kann mir einer helfen...

Ich habe seit Erhalt der V14 immer wieder unregelmäßige Freezer im Bild. Ich habe schon viele Vorschläge, die ich hier im oscam-Part gefunden habe ausgetestet, allerdings immer nur mit mäßigen Erfolg. Die Freezer haben externe User, sowie auch Hausinterne, die alle per Lan angeschlossen sind . Im Log ist nur zu sehen, dass die Antwortzeit auf mindestens 480 ms steigt, dann fangen die Freezer an. Leider ist im Log kurz vorher nichts besonderes zu sehen.
Jetzt mal unabhängig, dass ich doch noch irgend einen Config-Fehler habe, ist mir vor 2 Tagen aufgefallen, dass die CPU-Last ((Raspberry 1 B) bei Eingabe von "Top" in der Konsole oftmals zw. 60 und 90% ist. Ich glaube mittlerweile, dass davon die längere Antwortzeit kommt. Gestern hatte ich den Raspi nochmal komplett neu aufgesetzt (Raspian mit IPC und oscam), alte Configs eingespielt, aber keine Besserung. Vor ein paar Minuten hatte ich dann mal den Loadbalancer ausgeschaltet, den hatte ich vor ein paar Wochen aktiviert, damit meine Karte eher den ext. Server-Karten bevorzugt wird, jetzt beträgt die Last zw. 7 und 30%. Leider läuft heute kein Fußball, denn da war es besonders schlimm. Hatte zu diesem Zeitpunkt aber auch noch nicht die CPU-Last beobachtet.

Allgemeine Frage: Sind diese Lastverhältnisse normal?
Ich habe ca. 8 externe Server dran und noch zusätzlich 6 "nur User". Normalerweise greifen max. 8 User Zeitgleich auf meinem Server zu. Klar, dass bei Fußball der Traffic größer wird, ich habe aber schon versuchsweise die User der Server abgeschaltet, dass nur noch meine Freunde online waren (max 4 zeitgleich), trotzdem kamen die Freezer, allerdings nicht so häufig.

Hier möchte ich aber eher auf die CPU Last eingehen. Wie ist die denn so im Schnitt bei Euch??

 

[dodo83]

AW: Freezer wegen hoher CPU-Last ??

damit meine Karte eher den ext. Server-Karten bevorzugt wird,

dazu sollte man PREFERELOCALCARDS nutzen
der LB ist zur last Verteilung

betreibst du die V14 direkt am PI?
wie stark ist das Netzteil?
oder noch HUB dran? aktiv oder passiv?
welchen Reader nutzt du für die Karte?
wie sehen die Configs aus?
Debian, OScam aktuell?

 

[Dr_Plaschke]

AW: Freezer wegen hoher CPU-Last ??

PREFERELOCALCARDS habe ich ebenfalls gesetzt. Allerdings wurde doch noch zu oft, vor allem auch bei meinen Heimclienten, eine externe Card bevorzugt. Das wollte ich mit dem Balancer umgehen.

Karte direkt am Pi ohne Hub mit ner Easymouse 2 Premium. NT hat 2 Ampere. Soft ist aktuell (gestern aufgesetzt) Die Configs schreibe ich mal noch rein, bin z.Z. unterwegs

 

[Dr_Plaschke]

AW: Freezer wegen hoher CPU-Last ??

Seit dem Abstellen des Balancer sind die Freezer besser geworden, aber noch nicht weg. Die Last hat sich bei ca. 10-30% eingependelt. Hat aber immer noch Sprünge auf über 90 %.
Ein Log-Auszug folgt die Tage auch noch....

Hier noch die configs:
oscam.server

Spoiler

[reader]
label                         = Sky-V14
protocol                      = mouse
device                        = /dev/ttyUSB0
services                      = sat-sky-komplett-ohne,hd+nds
autospeed                     = 0
caid                          = 098C
boxid                         = 12345678
ins7e11                       = 15
ecmwhitelist                  = 098C:52,57,64,6A,9B,9C,A1,91,96,97,98
detect                        = cd
mhz                           = 600
cardmhz                       = 358
group                         = 1
emmcache                      = 1,1,2,0
blockemm-unknown              = 1
blockemm-u                    = 1
blockemm-s                    = 1
blockemm-g                    = 1
saveemm-u                     = 1
lb_weight                     = 500
ndsversion                    = 2

[reader]
label                         = HD+Xtrend
protocol                      = cccam
device                        = 192.168.178.101,12799
user                          = WWWWWWWWW
password                      = wwwwwwwww
inactivitytimeout             = 30
caid                          = 1830
group                         = 2
emmcache                      = 1,3,2,0
cccversion                    = 2.3.0
ccckeepalive                  = 1
cccreshare                    = 2
audisabled                    = 1


[reader]
label                         = extern1
protocol                      = cccam
device                        = xxxxxxx.no-ip.com,13500
user                          = extern1
password                      = EXTERN1
inactivitytimeout             = 30
group                         = 3
emmcache                      = 1,3,2,0
cccversion                    = 2.3.0
cccmaxhops                    = 4
ccckeepalive                  = 1
cccreshare                    = 1
audisabled                    = 1

[reader]
label                         = extern2
protocol                      = cccam
device                        = XXXXXX.selfip.com,13545
user                          = extern2
password                      = EXTERN2
inactivitytimeout             = 30
group                         = 4
emmcache                      = 1,3,2,0
cccversion                    = 2.3.0
cccmaxhops                    = 4
ccckeepalive                  = 1
cccreshare                    = 1
audisabled                    = 1

oscam.user

Spoiler

[account]
user                          = XXXXXXX
pwd                           = xxxxxxx
keepalive                     = 1
allowedprotocols              = cccam
group                         = 1,3,4,5,6,7,8,9,10,11,12,13,14,15,16,23,25
cccmaxhops                    = 3
cccignorereshare              = 1

[account]
user                          = YYYYYYY
pwd                           = yyyyyyy
keepalive                     = 1
allowedprotocols              = cccam
group                         = 1,3,4,5,6,7,8,9,10,11,12,13,14,15,16,23,25
services                      = !hdplus,!hd+nds
cccmaxhops                    = 3
cccreshare                    = 1

oscam.config

Spoiler

[global]
logfile                       = /var/log/ipc/OScam.log
clienttimeout                 = 5750
fallbacktimeout               = 6000
clientmaxidle                 = 0
netprio                       = 1
unlockparental                = 1
nice                          = -20
maxlogsize                    = 7000
waitforcards                  = 0
waitforcards_extra_delay      = 0
preferlocalcards              = 2
dropdups                      = 1
emmlogdir                     = /var/log/ipc/
lb_save                       = 2500
lb_max_ecmcount               = 380
lb_retrylimit                 = 400
lb_auto_betatunnel            = 0
lb_savepath                   = /tmp/oscam.stat
failbantime                   = 5
failbancount                  = 20

[cache]
delay                         = 50

[cs357x]
port                          = 11225
suppresscmd08                 = 1

[cccam]
port                          = 12101
nodeid                        = 3E712EDC10071404
version                       = 2.3.0
reshare                       = 1

[webif]
httpport                      = 12999
httpuser                      = XXXXXX
httppwd                       = YYYYYYY
httphelplang                  = de
httprefresh                   = 7
httppollrefresh               = 5
httphideidleclients           = 1
httpallowed                   = 0.0.0.0-192.168.255.255

Eine oscam.services habe ich natürlich angelegt.

 

[dodo83]

AW: Freezer wegen hoher CPU-Last ??

änder mal zum test

[h=4]nice[/h]

Sie müssen registriert sein, um Links zu sehen.

Parameter ist optional
Systempriorität. OSCam benötigt fast keine CPU-Leistung. Wenn aber CPU-Leistung benötigt wird, sollte diese sofort zur Verfügung stehen. Werte von 20 bis -20 sind möglich, wobei 20 gering und -20 sehr hoch ist. Wird der Parameter auskommentiert(#), wird diese Funktion nicht ausgerufen. Das ist wichtig z.B. für die dbox 2

Sie müssen registriert sein, um Links zu sehen.

, wenn die Fehlermeldung "relocation error:setpriority" erscheint. Vgl.

 

[Dr_Plaschke]

AW: Freezer wegen hoher CPU-Last ??

Hab ich schon probiert. Bedeutet aber eigentlich nur, dass falls die oscam Leistung braucht, sie diese auch schnellstmöglich bekommt, dann, je nach Parameter, noch vor anderen Diensten. Hat aber mit der eigentlichen Last nix zu tun.....

 

[mafe68]

AW: Freezer wegen hoher CPU-Last ??

Mit welche OS betreibst du dein Oscam am Rpi. Habe mal bei mir ein wenig beobachtet und habe so eine CPU Last von ca. 10% im Durchschnitt. Habe aber auch noch dazu Fhem drauf laufen.

 

[Dr_Plaschke]

AW: Freezer wegen hoher CPU-Last ??

Mit raspbian-wheezy vom 16.02.2015

Aktuell zwischen 20 und 40% bei ca. 30 Anfragen/Antworten pro 10 Sekunden. Antwort zu 60% von meiner Karte 40% von externen Server.

Morgen bekomme ich den Raspberry 2. Bin mal auf sein Verhalten gespannt.....

 

[Derek Buegel]

AW: Freezer wegen hoher CPU-Last ??

Hast Du den Pi schon übertaktet?
Hier mal maeine Last (Marsboard A20). Sollte dann beim PI2 ähnlich sein.

Spoiler

CPU Load:
User: 0.6% Nice: 0.0% System: 1.9% Idle: 97.5% Load: 2.5%

The average CPU load is: 2.541%

MfG

 

[Dr_Plaschke]

AW: Freezer wegen hoher CPU-Last ??

Jep, ist aktuell übertaktet auf "medium", entspricht 900 MHz

 

[SilvermanX]

AW: Freezer wegen hoher CPU-Last ??

@ Dr Plaschke

Ich hatte genau dass gleiche Problem mit meinem Pi (900 Mhz, 1,2A Netzteil und 2x Easymouse2 Pemium ohne Hub).

Dauernd freezer und die CPU Last lag bei 60-90%... bei mir hat ein Firmware Update (Kernel) des PI, wahre Wunder vollbracht.

[TABLE="width: 100%"]
[TR="class: ui_form_pair"]
[/TR]
[TR="class: ui_form_pair"]
[/TR]
[TR="class: ui_form_pair"]
[/TR]
[TR="class: ui_form_pair"]
[/TR]
[TR="class: ui_form_pair"]
[/TR]
[TR="class: ui_form_pair"]
[/TR]
[TR="class: ui_form_pair"]
[/TR]
[TR="class: ui_form_pair"]
[/TR]
[/TABLE]

Spoiler

System Hostname raspberrypi (127.0.1.1)
Betriebssystem Debian Linux 7.8
Webmin Version 1.740
Zeit auf System Mon Mar 30 23:27:25 2015
Kernel und CPU Linux 3.18.9+ auf armv6l
Systemlaufzeit 3 Tage, 4 Stunden, 37 Minuten
Laufende Prozesse 74
CPU-Last im Durchschnitt 0.14 (1 Minute) 0.29 (5 Minuten) 0.31 (15 Minuten)
CPU-Last 0% Benutzer, 1% Kernel, 0% IO, 99% Leerlauf

 

[Dr_Plaschke]

Hi SilvermanX,

hatte ich vor nem dreiviertel Jahr mal gemacht. Habs soeben neu angestoßen, bin dann mal gespannt......

So, der Raspi 2 ist eingerichtet, gleiche Configs wie mit dem Vorgänger.

Erster Eindruck:
Wenn ich in das Log schaue, finde ich keine Antwortzeiten mehr von meiner V14 Jenseits der 90ms.

Hier ist mal ein Auszug eines aktuellen "top"- Wertes des Raspi 2:

Spoiler

%Cpu(s): 7.2 us, 3.5 sy, 0.0 ni, 89.4 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st
KiB Mem: 998096 total, 142636 used, 855460 free, 10596 buffers
KiB Swap: 102396 total, 0 used, 102396 free, 48772 cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
2216 root 0 -20 54480 46m 2996 S 33.9 4.8 32:23.92 oscam.armel
417 pi 20 0 4932 2576 2196 R 2.1 0.3 0:02.57 top
305 root 20 0 2148 1372 824 S 1.1 0.1 0:18.27 net.agent
1 root 20 0 2148 1360 1256 S 0.0 0.1 0:02.11 init
2 root 20 0 0 0 0 S 0.0 0.0 0:00.01 kthreadd
3 root 20 0 0 0 0 S 0.0 0.0 0:05.68 ksoftirqd/0
5 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 kworker/0:0H
6 root 20 0 0 0 0 S 0.0 0.0 0:00.04 kworker/u8:0
7 root 20 0 0 0 0 S 0.0 0.0 0:20.90 rcu_preempt
8 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcu_sched
9 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcu_bh
10 root rt 0 0 0 0 S 0.0 0.0 0:01.01 migration/0
11 root rt 0 0 0 0 S 0.0 0.0 0:00.97 migration/1
12 root 20 0 0 0 0 S 0.0 0.0 0:00.24 ksoftirqd/1

Ich vermute, ich habe mich die ganze Zeit in die Irre führen lassen. Die oscam braucht zwar gerade knapp 34% CPU-Last, diese bezieht sich aber wahrscheinlich auf Werte "%Cpu(s): 7.2 us, 3.5 sy, 0.0 ni" , was ja bedeuten sollte ,dass das Gesamtsystem zu diesem Zeitpunkt 10,5% CPU-Last hatte. Davon wahrscheinlich die oscam 34%........
Nichts desto Trotz waren die freezer allgegenwärtig. Jetzt mit dem Raspi 2 sieht es sehr gut aus. Ich werde weiter beobachten und berichten...

Vielen Dank an alle!!

 

[tureon]

AW: Freezer wegen hoher CPU-Last ??

Ich hab auch den rasp2. Hatte auch nur freezer bei den hd sendern. Hab dann alles an logs ausgemacht die geschrieben wurden und jetzt sogut wie keine mehr. Aber weis nicht wie ich den rest noch weg bekomme. Firm update schon alles gemacht.

Oder könnte das an der alten class 6 sd karte liegen?

 

[Derek Buegel]

AW: Freezer wegen hoher CPU-Last ??

Mit der SD-Karte hat das nichts zu tun, da oscam im RAM läuft und somit wehrend des Betriebs nichts auf die Karte geschrieben wird.

MfG

[COLOR=#0000FF][FONT=Monaco]sudo apt-get install iotop[/FONT][/COLOR]
[COLOR=#0000FF][FONT=Monaco]sudo iotop -oPak[/FONT][/COLOR]

Zeigt an was/wann auf SD geschrieben wird.

 

[Dr_Plaschke]

AW: Freezer wegen hoher CPU-Last ??

Nach ein paar Tagen Dauertest, kann ich nun sagen, dass die Freezer mit dem Raspi2 weg sind. Auch wenn mal, für meine Verhältnisse, viel Verkehr auf dem Server ist (in 10 Sekunden ca. 70 Anfragen, wovon meine Karte über die Hälfte beantwortet), bleiben die Antwortzeiten zw. 70 und max. 120ms.
Ich hatte im Januar beim Umstellen des alten Raspi von der S02 auf die V14 den Loadbalancer aktiviert, da selbst durch setzen von "preferlocalcard" die V14 fast nie genommen wurde, selbst von meinen Hausclienten nicht. Je nachdem, wo die externen Karten waren, kamen da die ersten Freezer. Nach aktivieren des Balancer wurde es besser, aber erst nach setzten der Prio auf "098C" wurde meine Karte wahrgenommen. Jetzt hatte sie scheinbar aber wiederum soviel Arbeit, dass die Antwortzeiten sporadisch über 500ms gingen, also wieder Freezer.
Nun bin ich wieder mehr oder weniger zufrieden. Was leider nicht mehr gut läuft, ist das Sharen an meinen Campingplatz. Dort gehe ich über das Vodafone-Netz online, was aber schon alleine einen Ping von 250- 400 ms mitbringt. In der Addition mit der Antwortzeit der Karte bedeutet das wieder Freezer. Z.Z. behelfe ich mir da noch mit der Prio auf "1702", aber die Karten verschwinden leider langsam aus dem Share........

Schöne Ostern zusammen!!

Edit:
@Derek Buegel
Bist Du Dir da sicher?
Gut, die Freezer haben mit der SD-Karte sicher nichts zu tun, aber die Logs werden schon drauf geschrieben. Sie sind ja nach einem Neustart (egal ob kalt oder warm) noch vorhanden. Um das auch noch zu vermeiden könnte man dieser Empfehlung nachgehen.

Spoiler

SD-Karte optimieren

Die Speicherkarten sind leider nicht für den Dauerbetrieb ausgelegt und gehen bei massiven Schreib- und Lesezyklen gerne mal kaputt. Daher gilt es diese wo möglich zu reduzieren (gilt auch für Reboots). Eine Möglichkeit ist die

Sie müssen registriert sein, um Links zu sehen.

und nur die für den Start notwendigen Daten auf der SD-Karte zu belassen. Alternativ können Schreibintensive Bereiche wie Logs in den RAM ausgelagert werden.
Für einiger dieser Systemverzeichnisse kann es daher sinnvoll sein, diese ins RAM auszulagern.
Um /var/log und /var/run in den Arbeitsspeicher auszulagern, müssen folgende Einträge in der /etc/fstab hinzugefügt werden:
none /var/run tmpfs size=5M,noatime 00 none /var/log tmpfs size=5M,noatime 00
[TABLE="class: crayon-table"]
[TR="class: crayon-row"]
[TD="class: crayon-nums"]1
2
[/TD]
[TD="class: crayon-code"]none /var/run tmpfs size=5M,noatime 00
none /var/log tmpfs size=5M,noatime 00
[/TD]
[/TR]
[/TABLE]


Nachteil:
Verlagert man Dateien und Ordner in den RAM sind diese nach einem Neustart nicht mehr verfügbar!
Die Zugriffe können durch deaktivieren des “Swapping” (Auslagerung von Daten aus dem Arbeitsspeicher) weiter reduziert werden. Das ist allerdings nur sinnvoll wenn man nicht auf das swapping angewiesen ist. Insofern nur OSCam zum Einsatz kommt sollte der RasPi auch ohne swapping zurecht kommen.
sudo dphys-swapfile swapoff sudo dphys-swapfile uninstall sudo update-rc.d dphys-swapfile remove
[TABLE="class: crayon-table"]
[TR="class: crayon-row"]
[TD="class: crayon-nums"]1
2
3
[/TD]
[TD="class: crayon-code"]sudo dphys-swapfile swapoff
sudo dphys-swapfile uninstall
sudo update-rc.d dphys-swapfile remove
[/TD]
[/TR]
[/TABLE]

Quelle: raspberry.tips