Sectionsd abnehmender Speicher -> Reproduzierbar!!!

Nirvana hat geschrieben:http://s58.yousendit.com/d.aspx?id=0HSO ... LIBM6N2EXK

Also die Version macht eine sehr schneller und stabilen Eindruck!

Dauertest läuft... Bericht folgt...

Gruß
____Paule

Beitrag von **Mac23** » Samstag 17. Dezember 2005, 12:54

Nirvana hat geschrieben:Also ich habe Probleme nachdem ich tuxtext genutzt habe. Ich glaube der gibt nämlich wirklich einen Speicherhappen nicht wieder her.

Apropo tuxtxt - mir ist hierbei in letzter Zeit auch aufgefallen, dass der Videotext nach einger Zeit/Zapping nicht mehr funktioniert. Tuxtxt wird gestartet aber bleibt stehen (im Display bei Seite 000). Beenden mit HOME geht. Wenn ich nun sectionsd neu starte geht der Text wieder...für ne Weile.

Oder ist dieser Bug schon bekannt? Was hat tuxtxt eigentlich mit sectionsd zu tun - geht es dabei evtl. um die PID des Videotextes?

Mac23 hat geschrieben:
Nirvana hat geschrieben:Also ich habe Probleme nachdem ich tuxtext genutzt habe. Ich glaube der gibt nämlich wirklich einen Speicherhappen nicht wieder her.
Apropo tuxtxt - mir ist hierbei in letzter Zeit auch aufgefallen, dass der Videotext nach einger Zeit/Zapping nicht mehr funktioniert. Tuxtxt wird gestartet aber bleibt stehen (im Display bei Seite 000). Beenden mit HOME geht. Wenn ich nun sectionsd neu starte geht der Text wieder...für ne Weile.

Oder ist dieser Bug schon bekannt? Was hat tuxtxt eigentlich mit sectionsd zu tun - geht es dabei evtl. um die PID des Videotextes?

Zu wenig Speicher frei...

Beitrag von **Nico 77** » Samstag 17. Dezember 2005, 16:53

Jepp ist auch schon ewig bekannt und gibt einige Threads dazu, die Tuxtxtmacher haben aber leider lieber einen toll aussehenden statt einen anständig funktionierenden Tuxtxt. Das Prob ist aber wohl allerdings nur auf der dbox2 wieder zu finden, Enigma macht hier die gleichen Probleme.

Beitrag von **petgun** » Samstag 17. Dezember 2005, 20:29

Zum Speicherverbrauch:
Wenn man %MEM der notwendigsten Prozesse (_ohne_ sectionsd) auf der DBox addiert, wird man feststellen das zB. waehrend einer TS-Aufnahme(Ringbuffer=20), der Speicher fast bis auf 50% genutzt wird. Wenn halt >50% fuer sectionsd hinzukommen muss das imo in die Hose gehen.
Moeglicherweise gibt's auch noch ein kleines memory leak in nhttpd...aber mit Sicherheit gibts noch eins in neutrino. %MEM fuer Neutrino steigt im Laufe der Zeit (langsam) an....ich aber weiss aber leider noch nicht warum..

PS:Mit dem auf Seite 5 verlinkten http://s39.yousendit.com/d.aspx?id=1D5I ... WJ61HM2RW8 sectionsd von Nirvana habe ich nach 24 Stunden immer noch einen sehr niedrigen Ramverbrauch (21,1%) deshalb noch mal den Vorschlag diese Version in's CVS einzuchecken.

Beitrag von **Mac23** » Sonntag 18. Dezember 2005, 00:14

Zu wenig Speicher frei...

Na dann ist der Zusammenhang klar

- Danke!

petgun hat geschrieben:deshalb noch mal den Vorschlag diese Version in's CVS einzuchecken.

Hier läuft die Version auch sehr gut . (jetzt habe ich die letzte und ist genau so gut)

Beitrag von **petgun** » Sonntag 18. Dezember 2005, 11:13

Metallica hat geschrieben: Hier läuft die Version auch sehr gut . (jetzt habe ich die letzte und ist genau so gut)

..nach 41 Stunden liegt %MEM von sectionsd bei nur 21,7% und EPG ist min. fuer die naechsten zwei Tage bei allen Sendern die EPG haben vorhanden.
Also keine Probleme mit zu wenig Speicher trotz einiger Testaufnahmen und extreme zapping. %MEM bei neutrino (12,4%) steigt auch nicht weiter...und bei nhttpd ist der Wert wieder auf 6,7% gefallen. Fuer mich ist das alles gruen....die CPU-Last von sectionsd ist aber immer noch recht hoch....umgerechnet >6% Dauerlast...und da waren einige Aufnahmen dabei bei denen sectionsd nicht laeuft.

Metallica hat geschrieben:
petgun hat geschrieben:deshalb noch mal den Vorschlag diese Version in's CVS einzuchecken.
Hier läuft die Version auch sehr gut . (jetzt habe ich die letzte und ist genau so gut)

Gibts ein diff von der Änderung, dann könnt ich ja mal einen Test-Snapshot machen damit

Blicke gerade nicht durch bei den vielen Files hier was man nehmen muß

Riker

Beitrag von **Nico 77** » Sonntag 18. Dezember 2005, 13:04

Wieso kommen die Änderungen nicht mehr in das CVS, was spricht dagegen wenn etwas anscheinend besser funkt?

Beitrag von **KeXXeN** » Sonntag 18. Dezember 2005, 13:24

Immer langsam mit den aufgescheuchten Pferden.

Ich glaube man war sich mehr oder minder einig das solche Schnellschüsse erst einmal ausgiebig getestet werden sollten.

KeXXeN hat geschrieben:Immer langsam mit den aufgescheuchten Pferden.

Ich glaube man war sich mehr oder minder einig das solche Schnellschüsse erst einmal ausgiebig getestet werden sollten.

Seh ich genauso, deswegen hab ich ja geschrieben das mal jemand ein diff schiken soll dann kann ich ja ma einen Test-Schuss machen *g*

Riker

Beitrag von **KeXXeN** » Sonntag 18. Dezember 2005, 13:30

@JTG-Riker
Das wäre natürlich extrem super

Beitrag von **mb405** » Sonntag 18. Dezember 2005, 13:39

das einchecken ins cvs bitte erst, wenn das diff getestet wurde.
bitte Nivana, erstelle ein diff, und dann testen wir alle mit.
Danke

ich hab ja immer gesagt

Nirvana und Houdini kommen der sache auf den grund

Hi,
so dann stelle ich Euch mal meine Ergbnisse vor:

Boxen Nokia Avia500, 2*Intel, 2*Amd, beide Sat, JTG 15.12., letzte Nirvana Sectiond, Avia500V110, int.ucode, cam_01_02_106E, PES Mode mit Avia Watchdog

positives:
- der Sectionsd ist wesentlich schneller im Idle beim Zappen als früher (ca die Hälfte der Zeit wird benöigt)
- keine gravierenden Einschränkungen beim EPG, weniger Events fallen kaum auf

negatives:
- Nokia Avia 500 Boxen bringen "Kanal nicht verfügbar" bei aktiviertem HW_Filtern nach einiger Zeit, das war vorher nicht!
- Das Sammeln der EPG Infos für alle Sender beim Neustart dauert natürlich länger, da man mehr Kanäle anzappen muß, das ist aber für mich ok.

Der Zapptest zwischen ARD und ZDF bringt keine merkbare Speicherveränderung mit sich. Das läßt hoffen, das im Langzeittest, der Speicherbedarf der Sectionsd nicht mehr ansteigt.

Zur Zeit habe ich folgende Werte mit Top augelesen aus der Testbox 2*Amd (alle Sender mit EPG eingelesen):

Code: Alles auswählen

2:12pm  up  3:00,  0 users,  load average: 0.32, 0.20, 0.19
39 processes: 38 sleeping, 1 running, 0 zombie, 0 stopped
CPU states:   3.7% user,   4.2% system,   0.0% nice,  92.1% idle
Mem:     30916K total,    22284K used,     8632K free,     2452K buffers
Swap:        0K total,        0K used,        0K free,     7680K cached

  PID USER     PRI  NI  SIZE  RSS SHARE STAT %CPU %MEM   TIME COMMAND
  134 root      17   0   792  792   636 R     7.0  2.5  12:35 top
  131 root       9   0   424  420   340 S     0.7  1.3   1:20 telnetd
    1 root       9   0   536  536   516 S     0.0  1.7   0:04 init
    2 root       9   0     0    0     0 SW    0.0  0.0   0:00 keventd
    3 root      19  19     0    0     0 SWN   0.0  0.0   0:00 ksoftirqd_CPU0
    4 root       9   0     0    0     0 SW    0.0  0.0   0:00 kswapd
    5 root       9   0     0    0     0 SW    0.0  0.0   0:00 bdflush
    6 root       9   0     0    0     0 SW    0.0  0.0   0:00 kupdated
    7 root       9   0     0    0     0 SW    0.0  0.0   0:00 mtdblockd
    9 root       9   0   536  536   516 S     0.0  1.7   0:00 init
   10 root       9   0   528  524   444 S     0.0  1.6   0:00 rcS
   13 root      15  10     0    0     0 SWN   0.0  0.0   0:00 jffs2_gcd_mtd3
   21 root       9   0   588  584   488 S     0.0  1.8   0:00 inetd
   59 root       9   0     0    0     0 SW    0.0  0.0   0:08 avia_av_wdt
   81 root       9   0   520  516   436 S     0.0  1.6   0:00 start_neutrino
   85 root       9   0  5268 5264   944 S     0.0 17.0   0:01 sectionsd
   87 root       9   0  5268 5264   944 S     0.0 17.0   0:00 sectionsd
   88 root       9   0  5268 5264   944 S     0.0 17.0   0:00 sectionsd
   89 root       9   0  5268 5264   944 S     0.0 17.0  16:12 sectionsd
   90 root       9   0  5268 5264   944 S     0.0 17.0   0:00 sectionsd
   91 root       9   0  5268 5264   944 S     0.0 17.0   0:00 sectionsd
   92 root       9   0  5268 5264   944 S     0.0 17.0   0:01 sectionsd
   93 root       9   0  5268 5264   944 S     0.0 17.0   0:01 sectionsd
   94 root       9   0  1172 1172  1008 S     0.0  3.7   0:00 timerd
   97 root       9   0  1172 1172  1008 S     0.0  3.7   0:00 timerd
   98 root       9   0  1172 1172  1008 S     0.0  3.7   0:00 timerd
   99 root       9   0     0    0     0 SW    0.0  0.0   0:00 kdvb-fe-0:0
  100 root       9   0  1768 1768  1104 S     0.0  5.7   0:03 zapit
  104 root       9   0   396  392   336 S     0.0  1.2   0:00 camd2
  106 root       9   0  1136 1136   976 S     0.0  3.6   0:00 controld
  108 root       9   0  1136 1136   976 S     0.0  3.6   0:00 controld
  109 root       9   0  1136 1136   976 S     0.0  3.6   0:00 controld
  110 root       9   0  1708 1708  1264 S     0.0  5.5   0:03 nhttpd
  111 root       9   0  4344 3532  2292 S     0.0 11.4   0:29 neutrino
  112 root       9   0  4344 3532  2292 S     0.0 11.4   0:00 neutrino
  113 root       9   0  4344 3532  2292 S     0.0 11.4   0:05 neutrino
  123 root       9   0     0    0     0 SW    0.0  0.0   0:00 rpciod
  130 root       9   0  4344 3532  2292 S     0.0 11.4   0:00 neutrino
  132 root       9   0   660  660   548 S     0.0  2.1   0:00 sh

Interessant sind folgende Werte:
Speicherbedarf von Neutrino ist angestiegen von 4314k auf 4344k ! (Wie Petgun schon bemerkte...)

Speicherbedarf von Sectionsd ist auch leicht gestiegen von 5240k auf 5268k, mal sehen ob er weiter steigt.

Leider ist die Schwiegermutterbox während ich hier schreibe vollständig ausgegangen und hat einen Reboot durchgeführt.
Ursache sehe ich im vorher benutzten Moviebrowser. Danach waren nur noch 700K Frei, die sind auch nur auf ca 1000k wieder freigegeben worden.

Gerade ist die andere Box auch abgestürzt. kein Bild & Ton, Box lief auf ZDF habe nichts gemacht nur Top war aktiv. Box ließ sich auch nicht mehr bedienen, Telnet ging allerdings noch. alle Top Werte waren unverändert wie oben geschrieben, sectionsd killen brachte keine Reanimation. Keine Ahnung was das war, Moviebrowser wurde hier nicht gestartet, ebensowenig Tuxtext oder irgend was anderes!!!

Lasse jetzt mal mit -d die Sectionsd laufen, vielleicht passiert es ja wieder.

Was mri noch beim killen der Sectionsd aufgefallen ist:

Code: Alles auswählen

~ > killall sectionsd
killall: Could not kill pid '1653': No such process
killall: Could not kill pid '1654': No such process
killall: Could not kill pid '1655': No such process
killall: Could not kill pid '1656': No such process
killall: Could not kill pid '1657': No such process

das ist mir vorher noch nicht aufgefallen. Euch vielleicht?

Cu
Torsten

Beitrag von **Nico 77** » Sonntag 18. Dezember 2005, 14:35

Finde ich absolut unverständlich, jetzt wo der sectionsd nicht mehr richtig läuft kommt nichts mehr ins CVS.
Vor wenigen Wochen habe ich noch gemeckert, weil alles ungetestete unstable eingecheckt wurde da wurde man noch quasi geschimpft damit breite Masse testen tut hies es.

Jetzt wo er verschissen ist wollt ihr anfangen hier diff's und Binary's zu Posten?
Was soll das, jetzt könnt ihr auch im CVS weitermachen, das Teil ist derzeit eh nicht zu gebrauchen auch wenn hier einige mit lächerlichen "2 Stundentest's" anderer Meinung sein werden.

So noch etwas:
mal eine ganz dumme Frage zum sectionsd -d:
1. wie kann ich die Ausgaben in eine Datei umleiten. Die alten Infos werden immer gelöscht, d.h. ich kann nur die letzten ca 30 Einträge sehen?
2. Wenn ich immer zwischen dem letzten und aktuellen Sender hin und herzappe, wieso wird so was angezeigt:

Code: Alles auswählen

[eitThread] adding 4 events [table 0x50] (begin)

und das obwohl doch gerade erst alle Events eingelesen wurden? Ist das nicht falsch? Wieso wird der Event wieder hinzugefügt, wenn er bereits in der Liste ist? Das ist doch überflüssig!

Dann noch ein Logpart:

Code: Alles auswählen

[eitThread] adding 4 events [table 0x50] (begin)
[eitThread] got all packages for table_id 0x50
dmxEIT: going to sleep...
housekeeping.
total size of memory occupied by chunks handed out by malloc: 28136
total bytes memory allocated with `sbrk' by malloc, in bytes: 131504 (128kb, 0.1
3MB)
Removed 1 old events.
Number of sptr events (event-ID): 5999
Number of sptr events (service-id, start time, event-id): 5999
Number of sptr events (end time, service-id, event-id): 5999
Number of sptr nvod events (event-ID): 0
Number of cached meta-services: 0
Number of services: 0
Number of cached nvod-services: 0
total size of memory occupied by chunks handed out by malloc: 28136
total bytes memory allocated with `sbrk' by malloc, in bytes: 131504 (128kb, 0.1
3MB)
dmxPPT: waking up again - looking for new events :)
--> 'changeDMX: before pthread_mutex_lock(&start_stop_mutex)' 167793.923000
--> 'changeDMX: after pthread_mutex_lock(&start_stop_mutex)' 0.708000
changeDMX [0]-> current/next (0xa0)
--> 'after DMX_SET_FILTER' 3.177000
dmxPPT: no valid pid 0
[pptThread] going to sleep...

Das ist alles normal?

Cu
Torsten

Nico 77 hat geschrieben:Finde ich absolut unverständlich, jetzt wo der sectionsd nicht mehr richtig läuft kommt nichts mehr ins CVS.
Vor wenigen Wochen habe ich noch gemeckert, weil alles ungetestete unstable eingecheckt wurde da wurde man noch quasi geschimpft damit breite Masse testen tut hies es.

Jetzt wo er verschissen ist wollt ihr anfangen hier diff's und Binary's zu Posten?
Was soll das, jetzt könnt ihr auch im CVS weitermachen, das Teil ist derzeit eh nicht zu gebrauchen auch wenn hier einige mit lächerlichen "2 Stundentest's" anderer Meinung sein werden.

Beschwerden werden bitte an die Spielregelnmacher gesendet

Cu
Torsten

Nachtrag:
Noch etwas ist mir aufgefallen:
Die EPG Infos kommen nicht mehr so schnell in die Infobar wie es noch vor einigen Wochen war. Soll heißen, ich starte die Box, EPG Infobar erscheint, und ohne später nochmal ? zu drücken erhalte ich keine EPG Infos.U.u. muß ich sogar einmal zappen, damit sie überhaupt angezeigt werden. Habt Ihr da was rückgängig gemacht?

Beitrag von **Nico 77** » Sonntag 18. Dezember 2005, 14:50

Torsten73 hat geschrieben:
Nico 77 hat geschrieben:Finde ich absolut unverständlich, jetzt wo der sectionsd nicht mehr richtig läuft kommt nichts mehr ins CVS.
Vor wenigen Wochen habe ich noch gemeckert, weil alles ungetestete unstable eingecheckt wurde da wurde man noch quasi geschimpft damit breite Masse testen tut hies es.

Jetzt wo er verschissen ist wollt ihr anfangen hier diff's und Binary's zu Posten?
Was soll das, jetzt könnt ihr auch im CVS weitermachen, das Teil ist derzeit eh nicht zu gebrauchen auch wenn hier einige mit lächerlichen "2 Stundentest's" anderer Meinung sein werden.
Beschwerden werden bitte an die Spielregelnmacher gesendet

Cu
Torsten

Wer wäre dies zur Zeit nun denn?

Oder gibts den auch als diff oder Binary. *lol*

Sei mir nicht böse nico, aber darüber hier zu reden ist Platzverschwendung, also OT...
Schau mal in den vorherigen Threads nach, da wirst Du fündig.

Der Thread hier sollte nicht mit solchen Problemen zusätzlich "belastet werden"

Denke mal das ist auch für Dich bestimmt ok, oder?

Torsten

Beitrag von **KeXXeN** » Sonntag 18. Dezember 2005, 14:59

@Nico77
Na dir kann mans aber auch nicht recht machen.
Da gibt man indirekt schon zu das es ein Fehler war und versucht es besser zu machen und dann passt es einigen Leuten auch nicht.
Was wollt Ihr eigentlich?

@Torsten

~ > killall sectionsd
killall: Could not kill pid '1653': No such process
killall: Could not kill pid '1654': No such process
killall: Could not kill pid '1655': No such process
killall: Could not kill pid '1656': No such process
killall: Could not kill pid '1657': No such process

Scheint normal zu sein.
Bekomme ich jedenfalls auch, egal wie alt die sectionsd ist

Beitrag von **Nico 77** » Sonntag 18. Dezember 2005, 15:07

KeXXeN hat geschrieben:@Nico77
Na dir kann mans aber auch nicht recht machen.
Da gibt man indirekt schon zu das es ein Fehler war und versucht es besser zu machen und dann passt es einigen Leuten auch nicht.
Was wollt Ihr eigentlich?

Einen wieder funktionierenden sectionsd, jetzt das Projekt im CVS abzubrechen oder in eine Forum diff/Binarybahn zu lenken ist wohl ein bißchen spät.

Beitrag von **KeXXeN** » Sonntag 18. Dezember 2005, 15:15

@Nico
Jetzt hör doch mal bitte auf hier so eine miese Laune zu verbreiten.
Das ist ja fürchterlich!

Wenn du "darüber" weiter diskutieren willst, bist du in diesem Thread wilkommen

http://forum.tuxbox-cvs.sourceforge.net ... 2&start=20

Jepp, genau. Bitte bleibt beim Thema! Alles andere gehört hier nicht hin!

Beitrag von **petgun** » Sonntag 18. Dezember 2005, 15:40

KeXXeN hat geschrieben:Was wollt Ihr eigentlich?

Nico 77 hat geschrieben:Einen wieder funktionierenden sectionsd..

..fuer alle. Der sectionsd Stand (15.12) im CVS ist imo fast unbrauchbar...darauf einzufrieren halte ich pers. fuer die schlechteste Loesung. Nach der letzten Aenderung von Nirvana scheint zumindest die Chance auf Langzeitstabilitaet zu bestehen...auf dem Stand einzufrieren fuer eine Neuentwicklung oder was auch immer, waere imo besser als auf dem Stand vom 15.12 (JtG-Snapshot) zu bleiben.