12 replies to this topic

[pvaneynd]

Op mijn 500hd heb ik sinds kort problemen met het geheugen. CCcam wordt afgeschoten door de OOM killer.

Top geeft:

Mem: 127552K used, 9912K free, 0K shrd, 0K buff, 31400K cached
CPU: 2% usr 0% sys 1% nic 95% idle 0% io 0% irq 0% sirq
Load average: 0.22 0.44 0.35 2/79 567
PID PPID USER STAT VSZ %MEM %CPU COMMAND
438 434 root S 108m 81% 3% /usr/bin/enigma2
432 1 root S 20840 15% 0% /usr/bin/CCcam
566 477 root R 3192 2% 0% top

wat nogal veel 'in use' is.

De kernel geeft tijdens de boot:

Memory: 137088k/262144k available (2810k kernel code, 124820k reserved, 599k data, 140k init, 0k highmem)

Die 128MB is voornamelijk tmpfs:


root@dm500hd:~# df -h
Filesystem Size Used Available Use% Mounted on
/dev/root 60.0M 44.1M 15.9M 73% /
tmpfs 64.0K 4.0K 60.0K 6% /dev
tmpfs 67.1M 620.0K 66.5M 1% /var/volatile

Kan ik die verkleinen?

Ik heb geen externe harde schijf en swap-on-NFS is niet ondersteund denk ik, juist? Dus is er een probleem of moet ik op zoek naar de eSATA stick voor de swap?

DM 500HD, OpenPLI 2.1 van vandaag, hdd via NFS

[pieterg]

/tmp gebruikt maar 620KB, dus die veroorzaakt het niet.
Waarschijnlijker is dat je bijvoorbeeld veel epg in e2 inlaadt?
EPG is eigenlijk de enige grootgebruiker van ram.

[MiLo]

tmpfs 67.1M 620.0K 66.5M 1% /var/volatile

67MB in /tmp? Dan heb je last van een bug in een plugin, of je hebt er via FTP ofzo in zitten schrijven. Kijk eens wat erin staat. En om hem leeg te maken kun je gewoon de boel opnieuw opstarten, dan is /tmp weer leeg (wat het probleem natuurlijk niet oplost, "iets" is bij jou je /tmp aan het volproppen).

[pieterg]

size = 67MB, dat is voor tmpfs default mem/2
used = 620.0K, 'free' = 66.5M

Dus /tmp is vrijwel leeg

[MiLo]

Oh, ja, ASCII tabellen en HTML, dat gaat na al die tijd nog steeds niet samen...

Zo te zien heb je nu 40MB (9 free + 31 cached) vrij beschikbaar RAM geheugen. Ik weet niet wat normaal is voor de 500hd, maar 't klinkt niet als overdreven "weinig" om paniek te veroorzaken. De 8000 zit zo rond de 70MB en de 7025 heeft zo rond de 30MB vrij.

En swap is geen echte oplossing, daarmee veeg je het echte probleem waarschijnlijk onder de mat.

[pvaneynd]

67MB in /tmp? Dan heb je last van een bug in een plugin, of je hebt er via FTP ofzo in zitten schrijven. Kijk eens wat erin staat. En om hem leeg te maken kun je gewoon de boel opnieuw opstarten, dan is /tmp weer leeg (wat het probleem natuurlijk niet oplost, "iets" is bij jou je /tmp aan het volproppen).

Na een restart, met enigma2 uitgeschakeld in /etc/inittab, zie ik:




root@dm500hd:~# df -h
Filesystem Size Used Available Use% Mounted on
/dev/root 60.0M 42.4M 17.6M 71% /
tmpfs 64.0K 4.0K 60.0K 6% /dev
tmpfs 67.1M 40.0K 67.1M 0% /var/volatile
root@dm500hd:~# dmesg | grep -i memory
Memory: 137088k/262144k available (2810k kernel code, 124820k reserved, 599k data, 140k init, 0k highmem)
Freeing unused kernel memory: 140k freed
root@dm500hd:~# fuser -m /var/volatile/
354
root@dm500hd:~# ps | grep '[3]54'
354 daemon 1716 S /sbin/portmap

Waarom die "124820k reserved" ? Root fs is maar 60MB:


root@dm500hd:/# cat /proc/mtd
dev: size erasesize name
mtd0: 04000000 00004000 "complete"
mtd1: 00040000 00004000 "loader"
mtd2: 003c0000 00004000 "boot partition"
mtd3: 03c00000 00004000 "root partition"

[pvaneynd]

Kortom wat ik wou vragen: is het mogelijk die tmpfs kleiner te maken? (veel kleiner)

[pieterg]

Kortom wat ik wou vragen: is het mogelijk die tmpfs kleiner te maken? (veel kleiner)

Door files weg te gooien uit /tmp
Maar daar ga je dus maximaal 620KB mee winnen.

[pvaneynd]

Kortom wat ik wou vragen: is het mogelijk die tmpfs kleiner te maken? (veel kleiner)

Door files weg te gooien uit /tmp
Maar daar ga je dus maximaal 620KB mee winnen.

Ik ben niet erg duidelijk vandaag denk ik.

De 500HD heeft 256 MB geheugen. ~133MB is werk geheugen en ~121MB is 'reserved':

Memory: 137088k/262144k available (2810k kernel code, 124820k reserved, 599k data, 140k init, 0k highmem)

Nu is die reseved voor het rootfs , correct? (tmpfs gebruikt het normale werk geheugen dacht ik)

Het MTD device (flash) is 64MB, dat is dan in het 'reserved ' gedeelte? Wat is de andere 57MB dan? Kunnen we die niet op een of andere manier terug gebruiken voor het werk geheugen?

[Sjaaky]

Die 121MB wordt gebruikt door de dvb drivers. Voornamelijk als buffer voor het decoderen van videodata.

[MiLo]

Nu is die reseved voor het rootfs , correct? (tmpfs gebruikt het normale werk geheugen dacht ik)

Je bent flash en RAM door elkaar aan het gooien.

Je "rootfs" staat in het flash geheugen (MTD). Dat is eenzelfde soort geheugen als in USB sticks enzo wordt gebruikt. De 500hd heeft 64MB flash. Flash geheugen is traag en kan beperkt beschreven worden.

Het RAM geheugen is 't werkgeheugen waar alleen tijdelijke opslag in zit, en als de stekker eruit gaat is het helemaal weg. /tmp leeft ook in dit geheugen (want flash geheugen is veel trager en kan niet zo vaak beschreven worden). De 500hd heeft 256 MB RAM, de helft ervan wordt al gebruikt voor decoderen enzo, de andere helft wordt voor de applicaties gebruikt.

Edited by MiLo, 24 October 2011 - 18:52.

[catastrofus]

Je bedoeld dat de 500hd 256Mb aan memory heeft?

De 500hd heeft 256 MB flash, de helft ervan wordt al gebruikt voor decoderen enzo, de andere helft wordt voor de applicaties gebruikt.

Edited by catastrofus, 24 October 2011 - 18:49.

[MiLo]

Oepsie, ja, dat bedoelde ik... ff aangepast