fix:
detect cx-aio on reinit userdb
global cacheex_ecm_filter/_aio selection now work properly (bug: selectend _aio values for non patched peers)
add:
cx-aio-version detection @cccam-proto
webif:
use revision to show CX-AIO version (ex: OSCam r1578-CX-AIO-9.2.3) - dont want/like it? => don't patch, or use the XYZ-no-brand.patch
if cx-aio detected -> show protocol-title (like CCcam) for camd3 with detected version (for CCcam it's also...
Anhänge
Du musst angemeldet sein, um die Anhangsliste zu sehen.
Der letzte Patch läuft relativ stabil bei mir (RAM nimmt kontinuierlich zu und deshalb muss ich alle 2 Tage OScam neu starten)
Jemand eine Idee warum ? Habe CW cache Memory und auch ECM Cache Memory sehr niedrig bei nur auf 32 MB stehen.
Jetzt aber meine eigentliche Frage.
Die Cacheex size liegt bei mir etwa bei 2000. Alle user haben Use Cacheex CW Check for push = 1.
Setze ich global drop incoming not localgenerated cw´s = 1 geht meine size selbstverständlich auf ca. 50 zurück (da noch wenige diesen Patch nutzen)
Soweit alles in Ordnung.
Mein Standard für Cacheex CW check ist: 0:1:2, 09C4:1:5 (hier will ich natürlich in erster Linie die geflaggted)
Ändere ich den ersten Eintrag zu 0:1:6 oder gar 0:1:10 geht die size bei mir auf 3600 nach oben und nicht wie gedacht (mein Verständnis) nach unten.
Wenn ich all meinen Usern die Caid und den jeweiligen Kanal erst weiter pushe, wenn die Cw´s 10 mal vorhanden sind, dann sollte die size doch
zurück gehen, da ja alle cw´s mit der Anzahl geringer als 10 gedroppt werden und auch nicht weiter verteilt, oder ?
Hat hierzu jemand eine Erklärung ? Bitte um Hilfe bzw. eine für mich schlüssige Erklärung.
kann euer Problem weder mit der 9.2.2. noch mit der 9.2.3 bestätigen. Speicher wird wenn voll einfach teilweise gelöscht und läuft wieder voll (rollierend) Bei mir ist der cw Memory Wert auf 50 MB eingestellt geht dann auf ca. 48 MB zurück und läuft wieder hoch.. wenn ich das richtig sehe im Debug Log mit 8192.
hello,
The server stopped after 6 hours
My problem is an increase in Ram consumption, the more time the greater the percentage of Ram consumption
These are some pictures Link ist nicht mehr aktiv.
after Restart oscam Link ist nicht mehr aktiv.
my config
Hi w33dburner, im ersten Beitrag hast du einen Patch mit der Endung v10, dieser hat aber nichts mit dem "aio" Patch aus dem zitierten Beitrag zu tun, korrekt?
Mich wundert nur v10 und v9.2.X
Ich habe mit oscam 11579 und dem Patch aus dem zitiertem Beitrag nämlich auch das Problem dass der Speicher langsam vollläuft. ich habe den P0 genutzt. Bei P1 bekam ich zu viele "Skipped missing target"-Meldungen, daher bin ich davon ausgegangen, dass dieser patch für eine andere Plattform ist?
Die Patch Entwicklung ging ab diesem Post in eine zweite Richtung (All in One)... Basis für diesen Entwicklungszweig war damals die v07 (falls ich mich nicht irre) und nun ist es aktuell die v9.x.x
Vielleicht erklärt dir das deine Frage.
P0 ist zum "normalen" compilieren
P1 ist für User gedacht die simplebuild nutzen umd die oscam zu compilieren
ansonsten sind die Patche vollkommen identisch. Aber das hatte w33dburner bereits 3 Posts über deinem geschrieben :smile:
Das hatte ich zwar auch so verstanden, aber wenn etwas nicht richtig funktioniert, muss ich ja erst einmal davon ausgehen, dass ich etwas falsch mache/verstanden habe.
Hat denn noch jemand das Problem dass sich oscam quasi unendlich mit Speicher vollfrisst? Ich habs es nie zum Absturz kommen lassen, sondern vorher neugestartet. Aber bei 1,3GB war ich schon.
### Habe es mittlerweile auch mit 11578 probiert, aber mit dem gleichen Ergebnis.