Dies ist eine mobil optimierte Seite, die schnell lädt. Wenn Sie die Seite ohne Optimierung laden möchten, dann klicken Sie auf diesen Text.

Immer aktuell - CW Cache Patch

Status
Für weitere Antworten geschlossen.
stürzt bei mir nach 3 sekunden ab die p0 zumindest...ob die p1 geht muss ich noch testen


aber nachdem bei mir immer die p0 funtioniert hat wird die p1 nicht laufen bei mir.

Könnte man bitte das file überarbeiten. Danke
 
Auch hier nochmal, p0 und p1 sind inhaltlich natürlich identisch.

Mach ein backtrace und ich schaue es mir an.
 
Ich nutze CacheEx 2, der Eintrag cacheex_cw_check_for_push = 1 im User sorgt definitiv für Abstürze bei mir. Funktion aus und es läuft problemlos.
 
Reaktionen: dsc
Bei dir dann vielleicht, mag sein.
Aber verallgemeinern sollte man das nicht, bei mir uns vielen anderen läuft das.

Die Hardware wäre noch Interessant.
 
Zuletzt bearbeitet:
wird bei mir das gleiche sein . Weil wenn ich die Version 7 drauf habe geht die Oscam normal. Patch ich die Version 9 rauf wird der Eintrag wohl Automatisch gesetzt ( cacheex_cw_check_for_push = 1 )
Und sie Stürzt gleich mal ab. Ich dacht schon bin alleine mit dem Problem. Danke für die Info.
 
In v7 gab es diese Funktion noch nicht.
 
Diese Einträge musst du doch in der v09_All in One selbst im User bzw. Reader aktivieren... bei mir wurde da nichts automatisch gesetzt... ist ja auch eine Option.
Schau mal in dein WebIF.
 
Das Problem wird nur gelöst werden können wenn jemand ein gdb Backtrace macht
 
Ist opt-in also nicht per Default gesetzt.
Will keine Fehler ausschließen, kann es aber nicht reproduzieren.
Protokoll? CacheEx Mode?
Und das was wirklich hilft, auch euch, ist wenn ich ein Backtrace bekomme.
 
selber auch noch nie gemacht, hier wird es beschrieben

Sie müssen registriert sein, um Links zu sehen.
 
@w33dburner Das sind meine Einstellungen, ggf. hilft es bei der Ursachenvorschung:

[cache]
max_time = 10
max_hit_time = 10
wait_time = 1000,09:200
wait_until_ctimeout = 1
cacheex_cw_check = 0:1:2
cwcycle_check_enable = 1
cwcycle_check_caid = 0100,0500,0624,0648,0650,0B00,0B01,0D95,0D96,0D98,1722,1803,1810,1813,1817,1818,1830,1831,1834,1835,1838,183D,183E,1843,1860,1861,186A,186C,1884
cwcycle_maxlist = 4000
cwcycle_keeptime = 30
cwcycle_onbad = 1
cwcycle_usecwcfromce = 1
cwcycle_allowbadfromffb = 1
csp_allow_request = 0
csp_block_fakecws = 1
cw_cache_memory = 768
cw_cache_settings = 0:2:10000,09:2:5500
ecm_cache_memory = 512
ecm_cache_droptime = 15
cacheex_dropdiffs = 0
cacheex_nopushafter = 01:1000,05:1000,06:1000,09:200,0B:1000,0D:1000,17:1000,18:1000

Ich habe die Funktion nochmals bei zwei Usern aktiviert, mal sehen, wie lange es diesmal läuft.
Funktionieren tut es auf jeden Fall laut Log:
2020/04/16 20:38:24 35C42CDE p (cacheex) push denied - cacheex_check_cw.counter: 2 > er->cw_count: 1

Nächste Beobachtung, meine Last die sonst unter 20% (gesamt) liegt ist enorm angestiegen:

OSCamUser: 55.80 %System: 12.80 %Summary: 68.60 %
mit der cacheex_cw_check_for_push = 1 Funktion

Läuft nun 45 Minuten, Last bis 80% ges.

Lief bis eben über eine Stunde, jedoch mit sehr hoher Last...
Leider muss ich den Test nun abbrechen, da ich ihn aus zeitlichen Gründen nicht länger kontrollieren kann... (habe nicht damit gerechnet, dass es diesmal so lange läuft)

Last ohne die cacheex_cw_check_for_push = 1 Funktion:

OSCamUser: 4.84 %System: 4.39 %Summary: 9.23 %
 
Zuletzt bearbeitet:
Status
Für weitere Antworten geschlossen.

Ähnliche Themen

gelöst Client verbindet sich schlecht mit Server
Antworten
10
Aufrufe
571
Kind regards
A
Hilfe Gesucht - ICAM wilhelm-tel
Antworten
3
Aufrufe
2K
weiglmonteur
W
OSCam Server Version - siehe Beschreibung - inkl. CW Cache Version 10 Patch
Antworten
0
Aufrufe
3K
OnkelAtze
hallo was ist die beste Einstellung für Cache 2
Antworten
0
Aufrufe
826
snowman.nl
( gelöst ) G 09 Karte von Kd bleibt dunkel
Antworten
12
Aufrufe
3K
bl0w
Menü
Anmelden
Registrieren
Für die Nutzung dieser Website sind Cookies erforderlich. Du musst diese akzeptieren, um die Website weiter nutzen zu können. Erfahre mehr…