Problem mit wait time Cacheex3

[ballerzocker]

Moin Leute, habe ein Problem mit dern "wait time" Einstellungen für meine
Debian server, welche ich im Oscam Webif eintrage.

cccam protokoll
2x HD02, 2x 098C
loadbalancer aktiv
Cacheex3 aktiv

Ich bin mir nicht sicher ob meine config in Ordnung ist, bzw. was man noch verbessern könnte.

Folgende Meldung irritiert mich im log: "ProSieben HD (wait_time over) (cwc OK"

Kann von dem client leider keine Rückmeldung bekommen ob es freezer gibt oder alles in Ordnung ist.
Kann mir vielleicht ein Fachmann auf die Sprünge helfen?

Spoiler

[global]
disablelog = 0
loghistorysize = 4096
serverip = 0.0.0.0
logfile = /var/log/ipc/OScam.log
logduplicatelines = 0
pidfile =
disableuserfile = 1
disablemail = 1
usrfileflag = 0
clienttimeout = 4000
fallbacktimeout = 2000
fallbacktimeout_percaid =
clientmaxidle = 200
bindwait = 40
netprio = 0
sleep = 0
unlockparental = 0
nice = 0
maxlogsize = 2480
waitforcards = 0
waitforcards_extra_delay = 500
preferlocalcards = 2
readerrestartseconds = 3600
dropdups = 0
block_same_ip = 0
block_same_name = 1
usrfile =
mailfile =
cwlogdir = /var/log/ipc/OScam/CW.log
emmlogdir = /var/log/ipc/OScam/EMM.log
lb_mode = 1
lb_save = 500
lb_nbest_readers = 2
lb_nfb_readers = 1
lb_min_ecmcount = 5
lb_max_ecmcount = 500
lb_reopen_seconds = 30
lb_retrylimit = 2400
lb_stat_cleanup = 12
lb_max_readers = 10
lb_auto_betatunnel = 1
lb_auto_betatunnel_mode = 0
lb_auto_betatunnel_prefer_beta= 50
lb_savepath = /usr/local/stat
lb_retrylimits =
lb_nbest_percaid =
lb_noproviderforcaid =
lb_auto_timeout = 0
lb_auto_timeout_p = 30
lb_auto_timeout_t = 300
double_check_caid =
ecmfmt =
resolvegethostbyname = 0
failbantime = 60
failbancount = 2
suppresscmd08 = 0
double_check = 0

Spoiler

[cache]
delay = 30
max_time = 8
max_hit_time = 15
wait_time = 098C:150,1843:500
cacheexenablestats = 0
csp_port = 0
csp_serverip = 0.0.0.0
csp_ecm_filter =
csp_allow_request = 1
csp_allow_reforward = 0
cacheex_cw_check = 0:0:2,098C:0:2,1843:0:2
wait_until_ctimeout = 0
cwcycle_check_enable = 1
cwcycle_check_caid = 098C,1843
cwcycle_maxlist = 2000
cwcycle_keeptime = 60
cwcycle_onbad = 2
cwcycle_dropold = 1
cwcycle_sensitive = 4
cwcycle_allowbadfromffb = 1
cwcycle_usecwcfromce = 1

 

[janni1]

AW: Problem mit wait time Cacheex3

Hi,
der Eintrag ist ganz normal.
Es wurde "wait_time" auf einen cache-Hit gewartet. Als dieser nicht eintraf wurde die Anfrage an einen normalen Reader gestellt.
Während dessen, ist dann doch nochwas passendes im Cache aufgetaucht.
Wenn die ECM-Zeit passt sollte es bei solchen Einträgen auch nicht zu Freezern kommen.

Schau dir bei diesen Log-Einträgen die ECM-Zeit an, dann weißt du wie hoch du mit der Wai-time gehen müßtest

Gruß
janni1

 

[Mark_Aber]

AW: Problem mit wait time Cacheex3

genau. ich würde aber dynamische waittime noch nehmen. das ist noch besser


z.B

wait_time                     = 098C:150:400,1843:500:1250

 

[janni1]

AW: Problem mit wait time Cacheex3

Hi,
@Mark_Aber
wait_time = 098C:150 ist bereits dynamisch.

wait_time = 250 # alle Anfragen haben 250ms dynamische Wartezeit, wenn alte cache-Hits gefunden werden
wait_time = 0:50:250 # alle Anfragen haben 50ms Wartezeit und 250ms dynamische Wartezeit, wenn alte cache-Hits gefunden werden
wait_time = 17:950 # all 17XX haben 950ms dynamische Wartezeit, wenn alte cache-Hits gefunden werden
wait_time = 1702&ffdf:950 # alle 1702/1722 haben 950ms dynamische Wartezeit, wenn alte cache- Hits gefunden werden
wait_time = 0:950:0 # alle Anfragen haben 950ms Wartezeit ohne cache-Hits zu prüfen

Du würdest mit wait_time = 098C:150:400 statische und dynamische Wartezeit kombinieren.
Also immer 150ms warten egal ob schon Hits im Cache waren oder wenn alte Hits gefunden werden (max_hit_time = ?) dann 400ms warten.
400ms warten könnte unter Umständen ganz schön knapp werden.
Ich denke mit 150 - 200ms ist man bei einer V14 gut bedient.

Gruß
janni1

 

[ballerzocker]

AW: Problem mit wait time Cacheex3

Vielen Dank erstmal für Eure Unterstützung!

Folgendes habe ich nun erstmal ausprobiert und warte auf heute abend, wenn die caches wieder reichlicher fliessen:

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

098C:1:3,1843:1:3

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

098C:150:200,1843:500:1250

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

15

Bin für Kritik oder Anregungen jederzeit dankbar!

 

[geohei]

AW: Problem mit wait time Cacheex3

Hi,
@Mark_Aber
wait_time = 098C:150 ist bereits dynamisch.

Du würdest mit wait_time = 098C:150:400 statische und dynamische Wartezeit kombinieren.
Also immer 150ms warten egal ob schon Hits im Cache waren oder wenn alte Hits gefunden werden (max_hit_time = ?) dann 400ms warten.
400ms warten könnte unter Umständen ganz schön knapp werden.
Ich denke mit 150 - 200ms ist man bei einer V14 gut bedient.

Gruß
janni1

Das Thema ist 9 Jahre alt, ich weiß. Trotzdem ist für mich nicht klar was statische und dynamische Wartezeit ist.

Meine Vermutung ...

wait_time = 098C:xxx:yyy

- Statische Wartezeit berücksichtigt die CWs des Cache nicht, die bereits vor dem Eintreffen des ECM Request möglicherweise vorhanden waren. Es werden nur die CWs gezählt, die nach dem ECM Request im Cache landen, jedoch dürfen sie nicht älter sein als xxx ms.
- Dynamische Wartezeit berücksichtigt alle CWs im Cache, also auch die, die VOR dem Eintreffen des ECMs Request da waren, jedoch dürfen sie nicht älter als yyy ms sein.

Beim max(xxx,yyy) ist Schluss mit zählen und der höchste Count wird genommen (mode 0) oder die Readers werden befragt(mode 1).

Stimmt das alles so?