Immer aktuell - CW Cache Patch

[w33dburner]

Ein paar Anpassungen/Erweiterungen

drop diffs:
- greift nicht mehr, wenn das CW als localgenerated geflaggt ist

localgenerated-flag:
- nur noch geflaggte CWs via CacheEx annehmen

Global einstellen:

oscam.conf =>

Du musst dich Anmelden oder Registrieren um den Inhalt der Codes zu sehen!

user/reader-spezifisch:

oscam.user/server =>

Du musst dich Anmelden oder Registrieren um den Inhalt der Codes zu sehen!

- nur noch geflaggte CWs forwarden

Global einstellen:

oscam.conf =>

Du musst dich Anmelden oder Registrieren um den Inhalt der Codes zu sehen!

user/reader-spezifisch:

oscam.user/server =>

Du musst dich Anmelden oder Registrieren um den Inhalt der Codes zu sehen!

 

[Sir_Vival]

Bei mir funktioniert wait_time_block nicht mit cache pull getestet mit 9.1.2

 

[leyla38]

@w33dburner, habe diesbezüglich eine frage habe 2 Instanzen währe so RICHTIG global einzustellen Beispiel .:

CAX-POOL

Du musst dich Anmelden oder Registrieren um den Inhalt der Codes zu sehen!

Server

Du musst dich Anmelden oder Registrieren um den Inhalt der Codes zu sehen!

 

[w33dburner]

CacheEx aio 9.1.5

Änderungen:
- cwccounter bei CacheEx-Source nur erhöhen, wenn das CW alle Tests passiert
- fix webui label für reader->cacheex_localgenerated_only_in
- ecm_cache hat nie funktioniert, jetzt aber ;>

@leyla38:
Wenn dein Ziel folgendes ist:
In deiner Instanz "CAX-POOL" nur CWs mit localgenerated-flag akzeptieren &
in deiner Instanz "Server" nur CWs weiterzuleiten die das localgenerated-flag haben,
dann ja

@Sir_Vival:
Muss ich mir angucken, danke für den Hinweis.

 

[camoko]

Danke für deine Arbeit

Hatte bisher ohne cachexx laufen, werde versuchen mich auch damit mal zu befassen.

LG

 

[OnkelAtze]

Hallo Gemeinde,

ich habe auf meinem VPS bei Readern (CCCam), wo ich mir 100% sicher bin, dass diese Karten lokal vorhanden sind localcards = gesetzt.
(Bsp. localcards = 0648:000000;09C4:000000;1830:000000,003411,008011)

Nun ist mir aufgefallen, dass obwohl ich im User preferlocalcards = 2 gesetzt habe, werden diese User auch aus dem Cache bedient.
Die CCCam Verbindungen zu den lokalen Karten besteht, sie werden jedoch nicht genutzt.

Wenn die User dann umschalten, werden teils zuerst die Reader mit localcards Eintrag genutzt oder es wird gleich wieder auf den Cache zugegriffen.

Global: preferlocalcards = 1

Habt Ihr ebenfalls solche Beobachtungen gemacht?

vG OA

 

[DarkStarXxX]

Localcards = ist eben nicht Lokal.
Lokal ist nur das was von einen Hardware Reader kommt und den hast du am VPS eher nicht.

Sprich wenn du auf das "localgenerated" Flag hinaus willst, das gibt's nur mit Hardware Readern und nicht mit Proxys.

 

[hctm]

Dem User die wait-time wegnehmen könnte helfen

 

[OnkelAtze]

Du musst dich Anmelden oder Registrieren um den Inhalt der Angebote zu sehen!

... schon klar, nur ohne den Patch lief es mit der genannten Einstellung (im User preferlocalcards = 2 ) zu 100% über die als lokal (localcards = ) gesetzten Reader.

 

[DarkStarXxX]

Das verhalten wurde geändert, wenn du die bevorzugt haben möchtest dann setz an den Readern den LB Wight höher.

 

[OnkelAtze]

Ich möchte ja nur bei einigen Usern (private Clients), dass diese die bestimmten Reader immer nutzen und nicht alle -> z.B. angebundene VPS, diese sollen ja den Cache nutzen...
Daher hatte ich das so eingestellt... Also halten wir festen, das ist kein Problem, sondern soll so?

 

[w33dburner]

Du musst dich Anmelden oder Registrieren um den Inhalt der Angebote zu sehen!

Nee das Verhalten von preferlocalcards sollte nicht tangiert sein.

@OnkelAtze kannst du ein Log im Level 256 davon machen?

 

[DarkStarXxX]

Ja das scheint zumindest so gewollt.
Genau das erreichst du wenn du den LB Wight zB auf 1000 änderst.

 

[OnkelAtze]

@w33dburner, die Zeilen fliegen hier nur so durch...

reicht das?
2020/04/21 17:15:42 00000000 (cache) {client buro, caid 09C4, srvid 0074} [check_cache] cyclecheck passed ecm in INT. cache.
2020/04/21 17:15:42 691B9E07 c (ecm) {client buro, caid 09C4, prid 000000, srvid 0074} [write_ecm_answer_fromcache] found cw in CACHE (count 4)!
2020/04/21 17:15:42 691B9E07 c (ecm) {client buro, caid 09C4, prid 000000, srvid 0074} [send_dcw] rc 3 from reader ***
2020/04/21 17:15:42 691B9E07 c (ecm) buro (09C4@000000/1270/0074/A7:5B096174ED1AC6110A19A97EDC8B8BC9): cache3 (142 ms) by *** - S** Cinema Action HD (cw count 4)

Der User buro hat preferlocalcards = 2 gesetzt, der lokal S** Reader (CCCam Proxy) ist online, wenn ich mir nur diesen gebe, macht er den Sender auch hell...

So war es eben; ich habe die Box angemacht S** One lief über den CCCam Reader, ich habe weiter geschaltet, nächster und übernächster S** Sender noch über den gewollten Proxy, dann beim 4. Sender Cache 3... & er bleibt bei Cache 3... außer ich schalte weiter, dann geht er wieder zum Proxy...

Mir ist aber auch aufgefallen, dass er nach einiger Zeit vom Proxy zu CacheEX wechselt... (nicht nur bei 09C4, oft bei 1830, preferlocalcards = 2 Usern gesehen)
Die Verbindung zu den Proxys wurde laut Webif nicht unterbrochen.

vG OA

 

[BigDaddy2198]

Vielleicht ist der Cache einfach nur schneller als der Proxy ? Könnte sein das die Anfrage schon richtig rausging aber der Cache vorher eingetroffen ist