Forum

Full Version: kodi memory leak
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
I started using a raspberry pi 4 2GB memory kodi 19 xbian latest version
and I noticed that leaving the rapsberry pi on for 2 days or so even without touching anything memory drops slowly but surely

a memory leak

It has nothing to do with hardware or software version because it happened before also, BUT I did not notice cause I had more RAM (4gb or 8GB) so it wasn't as evident

I have read some posts

https://github.com/xbmc/xbmc/issues/19332

https://forum.kodi.tv/showthread.php?tid=307613&page=2

but nothing that can actually fix the problem

and also I noticed that if I play tv (pvr.iptvsimple)

any suggestions?

ps I do use this code in upstart but it helps very little
Code:
fmem=` awk '/MemFree/ { print $2 }' /proc/meminfo`
        ####echo $fmem
        if [ "$fmem" -lt "200000" ]
        then
                sudo sh -c "sync; echo 3 > /proc/sys/vm/drop_caches" >/dev/null 2>&1
                echo FREE MEMORY IS LOW----CLEANED
thank you
Are you completely sure you’re fully updated to the latest xbian? Other than a few instances of “source too slow for continuous playback” (which may be more my connection than external), this latest xbian (k5.10.x and Kodi v19 beta1) is the most stable v19 yet on my 4gb pi4.
What do your logs say?


Sent from my iPhone using Tapatalk
(19th Apr, 2021 09:34 PM)gkusiak Wrote: [ -> ]Are you completely sure you’re fully updated to the latest xbian? Other than a few instances of “source too slow for continuous playback” (which may be more my connection than external), this latest xbian (k5.10.x and Kodi v19 beta1) is the most stable v19 yet on my 4gb pi4.
What do your logs say?


Sent from my iPhone using Tapatalk

Kodi (19.0 (19.0.0) Git:20210413-65e0925702-dirty)
Running on BCM2711 with XBian 1.0 (knockout), kernel: Linux ARM 32-bit version 5.10.25+

very sure!

Its not an xbian version problem... I think its something in kodi.bin
again I did not notice this until I started using rpi4 2Gb instead of 4Gb
Cause after a day of rpi4 2Gb I noticed memory bar usage at 80% Sad

thanks
raf
From where did you get the kernel 5.10.25? I never released it for rpi2-4.
I am a little confused. But this is certainly not the cause of the problem

By the way, i have a Pi2 in endurance test, but without iptvsimple addon, only vnsi and hts addon.
There the problem definitely does not occur
(19th Apr, 2021 10:00 PM)Nachteule Wrote: [ -> ]From where did you get the kernel 5.10.25? I never released it for rpi2-4.
I am a little confused. But this is certainly not the cause of the problem

no its not the cause

in last update there were 2 upgrades and one was sources...
it was automatic I thought this to be correct....
can we investigate please? I would like to stay in the same flow as you!
thank you
Code:
my xbian.list
deb http://apt.xbian.org/      stable  main rpi2-buster        armv7l-buster    rpi-buster    armv7l-buster
deb http://apt.xbian.org/  staging main rpi2-buster        armv7l-buster    rpi-buster    armv7l-buster
##deb http://apt.xbian.org/  devel   main rpi2-buster        armv7l-buster    rpi-buster    armv7l-buster
(19th Apr, 2021 10:05 PM)rafhtl Wrote: [ -> ]my xbian.list
deb http://apt.xbian.org/ stable main rpi2-buster armv7l-buster rpi-buster armv7l-buster
deb http://apt.xbian.org/ staging main rpi2-buster armv7l-buster rpi-buster armv7l-buster
##deb http://apt.xbian.org/ devel main rpi2-buster armv7l-buster rpi-buster armv7l-buster

Ah please delete rpi-buster in all 3 lines. this really has no place there.

The 5.10.25 kernel got into the rpi-buster repo by mistake, can't reproduce what caused this to happen
(19th Apr, 2021 10:05 PM)rafhtl Wrote: [ -> ]
(19th Apr, 2021 10:00 PM)Nachteule Wrote: [ -> ]From where did you get the kernel 5.10.25? I never released it for rpi2-4.
I am a little confused. But this is certainly not the cause of the problem

no its not the cause

in last update there were 2 upgrades and one was sources...
it was automatic I thought this to be correct....
can we investigate please? I would like to stay in the same flow as you!
thank you
Code:
my xbian.list
deb http://apt.xbian.org/      stable  main rpi2-buster        armv7l-buster    rpi-buster    armv7l-buster
deb http://apt.xbian.org/  staging main rpi2-buster        armv7l-buster    rpi-buster    armv7l-buster
##deb http://apt.xbian.org/  devel   main rpi2-buster        armv7l-buster    rpi-buster    armv7l-buster

I am now revertinbg back to backup with 5.4.108
If you want I can try again
update
full-upgrade

(19th Apr, 2021 10:11 PM)Nachteule Wrote: [ -> ]
(19th Apr, 2021 10:05 PM)rafhtl Wrote: [ -> ]my xbian.list
deb http://apt.xbian.org/ stable main rpi2-buster armv7l-buster rpi-buster armv7l-buster
deb http://apt.xbian.org/ staging main rpi2-buster armv7l-buster rpi-buster armv7l-buster
##deb http://apt.xbian.org/ devel main rpi2-buster armv7l-buster rpi-buster armv7l-buster

Ah please delete rpi-buster in all 3 lines. this really has no place there.

The 5.10.25 kernel got into the rpi-buster repo by mistake, can't reproduce what caused this to happen

will do now!
thanks
raf
I never released the 5.10 kernel because it broke the playback of HEVC videos on a Raspberry Pi 2-3B.
This problem is known but unfortunately so far a solution is far away Angry
https://github.com/raspberrypi/linux/issues/4112

Soon the 5.10 kernel will show up in the staging repo but not in stable
(19th Apr, 2021 10:26 PM)Nachteule Wrote: [ -> ]I never released the 5.10 kernel because it broke the playback of HEVC videos on a Raspberry Pi 2-3B.
This problem is known but unfortunately so far a solution is far away Angry
https://github.com/raspberrypi/linux/issues/4112

Soon the 5.10 kernel will show up in the staging repo but not in stable

I am back to 5.4.108 from backup
but

deb http://apt.xbian.org/ stable main rpi2-buster armv7l-buster rpi-buster armv7l-buster
deb http://apt.xbian.org/ staging main rpi2-buster armv7l-buster rpi-buster armv7l-buster
##deb http://apt.xbian.org/ devel main rpi2-buster armv7l-buster rpi-buster armv7l-buster

it makes the change on upgrade

before upgrade I had

deb http://apt.xbian.org/ stable main rpi2-buster armv7l-buster
deb http://apt.xbian.org/ staging main rpi2-buster armv7l-buster
##deb http://apt.xbian.org/ devel main rpi2-buster armv7l-buster

thanks

The following NEW packages will be installed:
python3-future
The following packages have been kept back:
libmikmod-dev libmikmod3 libsdl1.2-dev libsdl1.2debian libsdl2-2.0-0
libsdl2-dev stella
The following packages will be upgraded:
xbian-package-config-shell xbian-package-config-xbmc xbian-package-repo
xbian-package-samba xbian-package-xbianhome xbian-package-xbmc
xbian-package-zram-swap xbian-update
8 upgraded, 1 newly installed, 0 to remove and 7 not upgraded.
Ah, I figured out where the rpi-buster came from

xbian-package-repo does not know anythng about RPi4 so it takes RPi(1) as default
(19th Apr, 2021 11:45 PM)Nachteule Wrote: [ -> ]Ah, I figured out where the rpi-buster came from

xbian-package-repo does not know anythng about RPi4 so it takes RPi(1) as default

Smile

thanks
can I now upgrade safely?

ps I updated and all is fine now
Im aligned with you
thanks
Maybe the weekly will bring everything together on Friday...but since Mine has been running so well, I’m tempted to ignore what may come this week and for the next few...


Sent from my iPhone using Tapatalk
(19th Apr, 2021 11:48 PM)rafhtl Wrote: [ -> ]Smile
thanks

can I now upgrade safely?

ps I updated and all is fine now
Im aligned with you
thanks
Completely safe. I upgraded to the latest version and it works fine.
Reference URL's