SmartEPG 7.4 - failed to reserve tempEPG memory for ... events

[Alter Sack]

Bei mir sind es 122 Sender und 29 Transponder, der eigentliche Scan scheint aber nicht das Problem zu sein,
der haupsächliche Speicherschwund beginnt erst mit dem Erstellen der Event-DBs:

Code: Alles auswählen

2021-08-21 13:26:00 TimerDiags: Heap=48MB, FreeHeap=24MB, AvailHeap=22MB <<< Suchlauf beginnt
2021-08-21 13:43:00 TimerDiags: Current channel: Das Erste HD (T) @ Tuner 2 <<< Suchlauf beendet
2021-08-21 13:43:02 TimerDiags: Heap=48MB, FreeHeap=22MB, AvailHeap=18MB
2021-08-21 13:43:05 TimerDiags: Heap=48MB, FreeHeap=20MB, AvailHeap=14MB
2021-08-21 13:43:43 TimerDiags: Heap=48MB, FreeHeap=18MB, AvailHeap=10MB
2021-08-21 13:44:43 TimerDiags: Heap=48MB, FreeHeap=18MB, AvailHeap=8MB
2021-08-21 13:45:35 TimerDiags: Heap=48MB, FreeHeap=22MB, AvailHeap=8MB
2021-08-21 13:47:10 TimerDiags: Heap=48MB, FreeHeap=20MB, AvailHeap=8MB
2021-08-21 13:52:34 TimerDiags: Heap=48MB, FreeHeap=22MB, AvailHeap=8MB
2021-08-21 13:52:34 TimerDiags: Heap=48MB, FreeHeap=18MB, AvailHeap=4MB <<< Performing EPG search (erfolgreich)
2021-08-21 13:52:34 TimerDiags: Heap=48MB, FreeHeap=22MB, AvailHeap=8MB
2021-08-21 13:52:34 TimerDiags: OSD Regions: - <<< SE eingeblendet

Wenn man anschließend die Testsuche mit > ausführt, reduziert sich der Speicher laut Memorywatcher kurzfristig 3,8MB,
was man ja auch in Timerdiags beobachten kann.

Eine Freigabe des RAMs wäre natürlich wünschenswert, klappt aber scheinbar nur bedingt.

[Twilight]

also wenn zb.: die sender mehr epg daten liefern als zuvor dann kann auch erklärt werden warum es plötzlich nicht mehr so funktioniert wie schon immer...
...ob, möglicherweise, die tage der alten epg daten auch einen zusätzlichen einfluss auf das verhalten hat kann ich nicht sagen, könntet ihr abe enventuell testen wenn ihr alte epg daten weiterhin im epg habt bzw. das eingestellt habt.

ob wir, mit eurer mittlerweilen, genauen eingrenzung des problems nochmal einen bugfix rausbringen können...kann ich euch jetzt nicht versprechen.

twilight

[Alter Sack]

...ob, möglicherweise, die tage der alten epg daten auch einen zusätzlichen einfluss auf das verhalten hat kann ich nicht sagen, könntet ihr abe enventuell testen wenn ihr alte epg daten weiterhin im epg habt bzw. das eingestellt habt.

Muss ich mal probieren, ich glaube ich habe 2 Tage für die alten EPG-Daten eingestellt.

[Twilight]

twilight

[Alter Sack]

Hat leider nichts gebracht, ich habe alten EPG-Daten von 2 Tage auf 1 Tag reduziert:

Code: Alles auswählen

SE Log:
2021-08-21 19:37:29 Scanner: Total events =    93093
2021-08-21 19:37:29 Scanner: Saved events =    55556
2021-08-21 19:37:29 Scanner: 55556 events found
2021-08-21 19:37:29 Performing EPG search
2021-08-21 19:37:29 TimerDB: programmed '00 'Gute Zeiten, schlechte Zeiten ...
TD Log:
2021-08-21 19:37:23 TimerDiags: Heap=48MB, FreeHeap=20MB, AvailHeap=2MB
2021-08-21 19:37:29 TimerDiags: Heap=48MB, FreeHeap=22MB, AvailHeap=2MB
2021-08-21 19:37:29 TimerDiags: Heap=48MB, FreeHeap=18MB, AvailHeap=2MB
2021-08-21 19:37:30 TimerDiags: Heap=48MB, FreeHeap=22MB, AvailHeap=2MB

Der schon vorhandene Timer wäre aber immerhin trotz der 2MB noch erstellt worden, mal sehen,
was der Autoscan morgen macht.

[Twilight]

93000 events sind halt schon recht viel soviel ich mich erinnere...50-60 000 waren ein idealwert, oder?

twilight

[Twilight]

also ich habe 49000 events

twilight

[Alter Sack]

93000 events sind halt schon recht viel soviel ich mich erinnere...50-60 000 waren ein idealwert, oder?

Kann ich dir nicht beantworten, sind nicht die Events maßgeblich, die gespeichert werden, also in dem Fall 55556?

Ich habe Testweise mal die Tage für den Scan in der INI begrenzt:
DaysOfEPGData=2
DaysOfOldEPGData=1

Hat aber scheinbar keinen Einfluss auf die gefundenen/gespeicherten Events, oder SE hält sich nicht an die Einstellung

Vor dem Scan habe ich den kompletten EPGDB-Ordner gelöscht, es sind keine Events vorhanden:

SE-Systemreport-210822-02 AS.jpg

Nach dem Scan sind es trotzdem wieder 93207 bzw. 55596 Events:

SE-Systemreport-210822-04 AS.jpg

Nach dem Neustart auf P1 (Das Erste) habe ich z.B. beim ZDF Daten bis Sa. den 05.09, die Begrenzung ist also unwirksam.

[Twilight]

die gespeicherten sind die die für die kanäle benötigt werden...was ich nicht verstehe...du hast 55.000 bei 122 kanälen und ich habe 50.000 bei 29...stimmig ist das nicht

twilight

[Alter Sack]

Da sind ja etliche Sender bei, die sehr wenig Daten haben, z.B. Sky Bundesliga HD 1-10 und Sky Sport HD 1-11,
bei den meisten davon gibt es über die Woche nur 4-5 Events, Sendepause von 06:00-06:00.

Sky Sport HD11.jpg

Im Gegensatz dazu liefert Das Erste Daten bis zum 19.09.

Das Erste.jpg

[Wolfman]

Mein 2410M zejgt ebenfalls seit einiger Zeit das Verhalten, dass keine Timer mehr nach dem Scan angelegt werden.
Beim 2410 scheint das allerdings nicht zu passieren.

Ich habe auf dem M jetzt mal die Schritte von AS nachvollzogen und beobachte....

Außerdem muss ich noch die Einstellungen beider Töpfe vergleochen.

[Alter Sack]

Ich befürchte nur, dass das Problem nicht dauerhaft beseitigt ist, zumal TD kurzzeitig mal 2MB erkannt hat:

Die Befürchtung hat sich nach 3 Tagen bestätigt, Mo+Di hat der Scan funktioniert, der Timer wurde erstellt,
heute dann wieder nicht, auf dem 2. Topf (mit mehr lfd. TAPs) wurde auch heute der Timer erstellt.

Leider hält sich SE scheinbar nicht an die Einstellungen, somit lassen die Daten für die Zukunft auch nicht beschränken,
"Das Erste" zeigt mir Daten bis zum 22.09. an, also eigentlich viel zu viel.

Auch SmartBackup wird immer gestartet (auf dem Problemtopf), obwohl deaktiviert, was den Scan um 5min verlängert,
auf dem 2. Topf ist SB nicht installiert, wird aber laut SE-Log gesucht, ist aber auch hier deaktiviert.

Bleibt scheinbar nur Sender reduzieren, TAPs reduzieren, den morgentlichen Scan mit XStart zu steuern ...
... oder die Ursache(n) in SE zu suchen

[Twilight]

SmartBackup wird immer gestartet, wenn vorhanden...die backupeinstellung betrifft das SmartEPG interne backup, soweit ich das in erinnerung habe.

an welche einstellung hält sich SmartEPG nicht?

twilight

[Alter Sack]

Ich bin davon ausgegangen, dass Menüpunkt 36 "Auto Backup" Smartbackup aufruft bzw. ausführt, der Punkt steht auf "Nein".

[Twilight]

nein das betrifft meines wissen nicht SmartEPG

twilight

[Alter Sack]

Ich habe es jetzt noch bei einem ECO probiert, 46 FTA-Sender + 3x Sky Sport.

ECO-210827-49Sender-1.jpg

ECO-210827-49Sender-2.jpg

Bei den anderen beiden 2401 kommt jetzt XStart zum Einsatz, zum Scanzeitpunkt sind dann nur 3 TAPs aktiv,
mal sehen, ob das auf Dauer hilft.

Der ECO findet übrigens mehr Events bei weniger zu scannenden Sendern und speichert auch gleich mal 10.000 mehr
Allerdings waren die Scans nicht zeitgleich, vielleich gleicht sich das ja morgen früh an.

[Alter Sack]

Allerdings waren die Scans nicht zeitgleich, vielleich gleicht sich das ja morgen früh an.

Die gespeicherten Events beim ECO haben sich nach 2 Autoscans zwar reduziert, sind aber immer noch höher,
wie bei den anderen beiden 2401, obwohl nur 49 Sender / 21 Transponder gescannt werden, bei den anderen
sind es 122 Sender / 29 Transpponder, alles nicht so ganz logisch (aus Usersicht)

Scanvergleich-210829.jpg

Zur Beschleunigung der Threadüberschrift (failed to reserve ...) reichen eigentlich schon 2 Scans des aktuellen
Transponders nacheinander, wenn die DBs geschrieben werden, geht der Speicher dann bis auf 0MB:

Code: Alles auswählen

Start des Scans vom aktuellen Transponder
2021-08-29 12:36:49 TimerDiags: Heap=48MB, FreeHeap=24MB, AvailHeap=24MB
=> Datenbanken werden geschrieben
2021-08-29 12:37:21 TimerDiags: Heap=48MB, FreeHeap=22MB, AvailHeap=22MB
2021-08-29 12:37:59 TimerDiags: Heap=48MB, FreeHeap=20MB, AvailHeap=16MB
2021-08-29 12:40:26 TimerDiags: Heap=48MB, FreeHeap=22MB, AvailHeap=14MB
2021-08-29 12:41:31 TimerDiags: Heap=48MB, FreeHeap=22MB, AvailHeap=12MB
2021-08-29 12:44:00 TimerDiags: Heap=48MB, FreeHeap=22MB, AvailHeap=10MB
2021-08-29 12:46:29 TimerDiags: Heap=48MB, FreeHeap=24MB, AvailHeap=10MB
=> Performing EPG search => Timer werden erstellt
2021-08-29 12:46:29 TimerDiags: Heap=48MB, FreeHeap=20MB, AvailHeap=8MB
-------------------------------------------------------------------------------------------------------
=> Start 2.Scan vom akt. Transponder
2021-08-29 12:46:55 TimerDiags: Heap=48MB, FreeHeap=22MB, AvailHeap=10MB
2021-08-29 12:47:29 TimerDiags: Heap=48MB, FreeHeap=20MB, AvailHeap=8MB
2021-08-29 12:49:37 TimerDiags: Heap=48MB, FreeHeap=18MB, AvailHeap=2MB
2021-08-29 13:02:18 TimerDiags: Heap=48MB, FreeHeap=20MB, AvailHeap=0MB
=> 0MB erreicht, Datenbanken werden weiter geschrieben
2021-08-29 13:06:59 TimerDiags: Heap=48MB, FreeHeap=20MB, AvailHeap=0MB
=> Performing EPG search
=> SearchDB: failed to reserve tempEPG memory

Im Log sind nur die Speichersprünge, den Rest habe ich rausgeschmissen.

[Alter Sack]

• * Bugfix: fixed a memory leak during the scan

Erster
Der eingerostete Compiler funktioniert ja noch

[Twilight]

ja eh...aba bis er funktioniert und dann ist das ja erst die halbe miete...verdammt wo ist der bug

twilight

[Alter Sack]

...verdammt wo ist der bug

Keine Ahnung , ich habe jetzt 4 Töpfe upgedatet ... da ist keiner

Jetzt habe ich mich wenigstens mal wieder ein bischen mit Linux, Putty und XStart beschäftigt