Oscam reading card redlight on vu solo high cpu usage

napalm · Jun 25th 2013

Hello.
I'm struggling with this problem in about 3 months and not find a solution.

I have a vu+ solo with redlight 0500:043800 card, that worked kind of fine with cccam 2.1.3 but not with 2.2.1 or 2.3, it caused high cpu usage for no reason.
So I decided to move to OSCAM. It's very flexible and many options, but cpu usage average is always high. 0.97 right now, and box is in standby, and rebooted only a few hours ago.

tried a lot of configs and many different versions. None worked, now I'm always trying the last one for a few days...
OSCAM 1.20-unstable_svn build r8721 (oscam-svn8721-mips-tuxbox-oe2.0-webif-Distribution)
image blackhole 2.0.3 ( before was vti, and same results)

oscam.conf

Code

[global]
logfile                       = /var/log/Oscam.log
usrfileflag                   = 1
clienttimeout                 = 6000
fallbacktimeout               = 2600
unlockparental                = 1
nice                          = -1
maxlogsize                    = 1024
waitforcards_extra_delay      = 1000
preferlocalcards              = 1
usrfile                       = /var/log/Oscamusr.log
lb_mode                       = 1
lb_save                       = 100
lb_nbest_readers              = 2
lb_nfb_readers                = 2
lb_reopen_seconds             = 300
lb_stat_cleanup               = 240
lb_savepath                   = /var/local/stat
resolvegethostbyname          = 1
failbantime                   = 30
failbancount                  = 5




[cccam]
port                          = 12000
nodeid                        = 
version                       = 2.0.11
reshare                       = 1
stealth                       = 1




[webif]
httpport                      = 8888
httpuser                      = *
httppwd                       = *
httprefresh                   = 15
httpallowed                   = 127.0.0.1,192.168.1.1-192.168.1.254
hideclient_to                 = 15

Display More

oscam.server

Code

[reader]
label                         = red
protocol                      = internal
device                        = /dev/sci0
services                      = redlight
caid                          = 0500
detect                        = cd
mhz                           = 2700
cardmhz                       = 450
ident                         = 0500:043800
group                         = 1
emmcache                      = 1,3,2
lb_weight                     = 500




[reader]
label                         = peer
protocol                      = cccam
device                        = peerdns.dns.org,12222
user                          = xxxxx
password                      = xxxxxx
inactivitytimeout             = 30
group                         = 2
cccversion                    = 2.1.1
cccmaxhops                    = 1
ccckeepalive                  = 1
(...)

Display More

And I have to use cccam to view channels in the box because oscam freezed the image but continued serving, zapping channel sometimes worked, other times had to restart oscam. because of that I use cccam as client.
oscam.user

Code

[account]
user                          = localcc
pwd                           = xxxxxx
au                            = red
group                         = 1,2
cccmaxhops                    = 2
cccreshare                    = 0

oscam.services

Code

[REDLIGHT]
caid				= 0500
provid				= 043800
srvid				= 364C,4223,4224,4225,000A,35C0,35C1,35C2,35C3,35C4,35C6,35C7,35C8

15:17:36 up 1 day, 11:04, 1 user, load average: 1.49, 1.04, 0.95

thank you

**stevejo** · Jun 25th 2013

[reader]label = redprotocol = internaldevice = /dev/sci0services = redlightcaid = 0500detect = cdmhz = 500cardmhz = 357ident = 0500:043800group = 1emmcache = 1,3,2lb_weight = 101 im using cccam 2.13 and its working fine in that but this shoud help im sure

napalm · Jun 25th 2013

tried those settings but does not look good after 10 min:
18:19:25 up 1 day, 14:06, 1 user, load average: 2.41, 1.34, 1.04

**stevejo** · Jun 25th 2013

Why use cccam 2.13 you already said that worked fine is that not telling you something ?

napalm · Jun 25th 2013

with 2.1.3 I can't hear audio on some channels, it's a known problem

**master G** · Jun 25th 2013

Are you sure it is oscam that's hogging the memory, post your output of top command in telnet. Your reader speeds are low so remove these lines & let oscam clock it to the right speed automatically.

Code

mhz                           = 2700
cardmhz                       = 450

There are other factors to consider such as number of connected peers but we can only go by the info you give us.

napalm · Jun 25th 2013

About 30 users and 30 peers.

It must be something about the card or reader. If I disable the card reader in oscam, the average load drops immediately: load average: 0.09, 0.36, 0.72

I configured a friend vu+ solo with a seca card and in there it is 0.10 load average, so I must be doing things right ( +-20 peers)

My vu+ solo Top command:

Code

top - 20:02:10 up 1 day, 15:49,  1 user,  load average: 0.85, 0.71, 0.95       
Tasks:  76 total,   1 running,  75 sleeping,   0 stopped,   0 zombie           
Cpu(s):  4.9%us,  1.6%sy,  0.0%ni, 90.9%id,  0.0%wa,  0.0%hi,  2.6%si,  0.0%st 
Mem:    106364k total,    96444k used,     9920k free,        8k buffers       
Swap:    65532k total,     2872k used,    62660k free,    11708k cached        

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND           
30640 root      19  -1 37440  24m  928 S  3.0 23.7  33:57.19 oscam             
  907 root      20   0 92388  37m 2172 S  2.3 36.2  55:31.83 enigma2           
 9972 root      20   0  2548 1116  912 R  1.3  1.0   0:01.35 top               
    1 root      20   0  1780  404  372 S  0.0  0.4   0:01.77 init              
    2 root      20   0     0    0    0 S  0.0  0.0   0:00.06 kthreadd          
    3 root      20   0     0    0    0 S  0.0  0.0   0:07.37 ksoftirqd/0       
    5 root      20   0     0    0    0 S  0.0  0.0   0:00.04 kworker/u:0       
    6 root      -2   0     0    0    0 S  0.0  0.0   0:59.47 rcu_kthread       
    7 root       0 -20     0    0    0 S  0.0  0.0   0:00.00 khelper           
    8 root      20   0     0    0    0 S  0.0  0.0   0:00.02 sync_supers       
    9 root      20   0     0    0    0 S  0.0  0.0   0:00.00 bdi-default       
   10 root       0 -20     0    0    0 S  0.0  0.0   0:00.00 kblockd           
   11 root       0 -20     0    0    0 S  0.0  0.0   0:00.00 ata_sff           
   12 root      20   0     0    0    0 S  0.0  0.0   0:00.09 khubd             
   13 root       0 -20     0    0    0 S  0.0  0.0   0:00.00 cfg80211          
   15 root       0 -20     0    0    0 S  0.0  0.0   0:00.00 rpciod            
   16 root      20   0     0    0    0 S  0.0  0.0   0:00.41 kswapd0

Display More

Log after I started reader with mhz settings blank:

Code

2013/06/25 20:14:25   5AA7F8 h red [viaccess] Restarting reader
2013/06/25 20:14:25   5AA7F8 h red [viaccess] creating thread for device /dev/sci0
2013/06/25 20:14:25   583128 r red [viaccess] Reader initialized (device=/dev/sci0, detect=cd, mhz=357, cardmhz=357)
2013/06/25 20:14:25   583128 r red [viaccess] card detected
2013/06/25 20:14:26   583128 r red [internal] ATR: 3F 77 18 00 00 C2 7A 44 02 68 90 00 
2013/06/25 20:14:28   583128 r red [internal] Init card protocol T0, FI=1, F=372, D=12, N=0
2013/06/25 20:14:28   583128 r red [internal] Calculated work ETU is 6.20 us
2013/06/25 20:14:32   583128 r red [internal] ATR Fsmax is: 5 MHz, clocking card to 5.00
2013/06/25 20:14:33   583128 r red [internal] using ecm #60d for long viaccess ecm
2013/06/25 20:14:33   583128 r red [internal] type: Viaccess (standard atr), caid: 0500, serial: ##########
2013/06/25 20:14:33   583128 r red [internal] providers: 2 (FFF8F0,043800)
2013/06/25 20:14:33   583128 r red [internal] Using PIN 0000!
2013/06/25 20:14:33   583128 r red [internal] Parental lock disabled
2013/06/25 20:14:33   583128 r red [internal] ready for requests
2013/06/25 20:14:33   583128 r red [internal] found card system viaccess
2013/06/25 20:14:33   583128 r red [viaccess] card detected
2013/06/25 20:14:33   583128 r red [viaccess] serial: ##########
2013/06/25 20:14:34   583128 r red [viaccess] provider: 1, id: ######################, sa: ########, geo: empty
2013/06/25 20:14:34   583128 r red [viaccess] provider: 2, id: ######################, sa: ########, geo: FF FF FF FF 
2013/06/25 20:14:34   583128 r red [viaccess] class: 01, expiry date: 2013/03/25 - 2014/03/24

Display More

But Loads cpu again: load average: 1.55, 0.71, 0.71

**master G** · Jun 25th 2013

Quote from napalm

But Loads cpu again: load average: 1.55, 0.71, 0.71

Nothing high about those numbers buddy ?

napalm · Jun 25th 2013

Quote from Ten Below

Nothing high about those numbers buddy ?

Sorry, I don't understand your question.

napalm · Jun 27th 2013

I made a test server.
Installed debian 6 server on a old pc, copied the oscam files and executed it, there using the vuloso only as card reader with cccam 2.1.3.
It is running for more than 2 hours with load average: 0.00, 0.00, 0.00 ( on the PC)
vu+: load average: 0.00, 0.04, 0.06

but this is no solution because it is consuming more electricity.

I just can't find out why oscam reading card directly uses so much cpu on the vu+...

napalm · Jul 10th 2013

So I cleared oscam.services and oscam.provid, and disabled cccam stealth and I think it fixed the problem...

19:21:15 up 5 days, 21:28, 1 user, load average: 0.03, 0.11, 0.15

how about that?

**stevejo** · Jul 10th 2013

There is a big difference between using a pc as a server and a box the stats you showed ten were fine whats your concern are you getting freezing ?4.9% cpu is ok

napalm · Jul 10th 2013

No the pc as server was only a test of a few hours long.

this last post is related to the vu+ solo that is no longer using high cpu. almost 6 days with no freezing and no problems of high cpu as I had before.

Oscam reading card redlight on vu solo high cpu usage

OSCam Support Forum

Participate now!

Share

Tags