Hello. I would like to report that we are experiencing a similar issue, with xibo-linux 1.8-R4 and Ubuntu 18.04 … 19.04.
Basically our problem is a severe memory leak / open file descriptor leak. When playing a layout with MP4 video files (1920x1080, h264) and WebPage widget content, we are experiencing two things:
- Immediately after reboot the player process memory usage increases, to the tune of several megabytes per second. After running for 16 hours one of our test players is reporting 51.5% of 4GB RAM in use (also note the large amount of virtual memory addressed):
**Tasks: 118 total, 2 running, 116 sleeping, 0 stopped, 0 zombie
%Cpu(s): 46.3 us, 1.0 sy, 0.0 ni, 52.7 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st
MiB Mem : 3860.8 total, 229.6 free, 2473.1 used, 1158.1 buff/cache
MiB Swap: 2048.0 total, 2048.0 free, 0.0 used. 1015.6 avail Mem
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
13893 display 20 0 84.5g 2.4g 147704 R 53.2 63.0 21:10.71 player
- Related or not, this memory increase occurs in tandem with an apparent file descriptor leak. Ubuntu has a stock ulimit of 1024 open file handles PER USER, so we are getting log errors about various things failing because there are too many open files.
With lsof, I can see the “display” process having this kind of output:
player 17952 display 70u unix 0xffff9152ce361800 0t0 301407 type=STREAM
player 17952 display 71u unix 0xffff9151b53c3000 0t0 300814 type=STREAM
player 17952 display 72u unix 0xffff9151b53c0400 0t0 300815 type=STREAM
player 17952 display 73u unix 0xffff9151b53c1000 0t0 300820 type=STREAM
player 17952 display 74u unix 0xffff9151b53c0000 0t0 300821 type=STREAM
player 17952 display 75u unix 0xffff9151b53c1400 0t0 300838 type=STREAM
player 17952 display 76u unix 0xffff9151b53c2800 0t0 300839 type=STREAM
player 17952 display 77u unix 0xffff9152ce361400 0t0 301135 type=STREAM
player 17952 display 78u unix 0xffff9152ce363800 0t0 301136 type=STREAM
player 17952 display 79u unix 0xffff9152c645f000 0t0 300955 type=STREAM
player 17952 display 80u unix 0xffff9152c645e000 0t0 300956 type=STREAM
player 17952 display 81u unix 0xffff9152ce363c00 0t0 301408 type=STREAM
player 17952 display 82u unix 0xffff9152ce362c00 0t0 301409 type=STREAM
player 17952 display 83u unix 0xffff9152ce360000 0t0 301410 type=STREAM
player 17952 display 84u unix 0xffff9152ce361c00 0t0 301411 type=STREAM
player 17952 display 85u unix 0xffff9152ce360c00 0t0 301412 type=STREAM
player 17952 display 86u unix 0xffff9152ce360800 0t0 301413 type=STREAM
player 17952 display 87u unix 0xffff9152ce363400 0t0 301414 type=STREAM
player 17952 display 88u unix 0xffff9152ce362800 0t0 301415 type=STREAM
player 17952 display 89u unix 0xffff9152ce361000 0t0 301416 type=STREAM
player 17952 display 90u unix 0xffff9152c645d800 0t0 301417 type=STREAM
player 17952 display 91u unix 0xffff9152c645fc00 0t0 301418 type=STREAM
player 17952 display 92u unix 0xffff9151ca22ec00 0t0 301419 type=STREAM
player 17952 display 93u unix 0xffff9151ca22f400 0t0 301420 type=STREAM
player 17952 display 94u unix 0xffff9151ca22dc00 0t0 301421 type=STREAM
player 17952 display 95u unix 0xffff9151ca22cc00 0t0 301422 type=STREAM
player 17952 display 96u unix 0xffff9151ca22d800 0t0 301423 type=STREAM
player 17952 display 97u unix 0xffff9151ca22fc00 0t0 301424 type=STREAM
player 17952 display 98u unix 0xffff9151ca22c400 0t0 301425 type=STREAM
player 17952 display 99u unix 0xffff9151ca22e400 0t0 301426 type=STREAM
These STREAM type file descriptors will keep increasing until there is no memory left, or the kernel refuses to open any more.
Currently I’m in the process of trying the latest beta (46?) in a test environment, but this is a HUGE issue in our current production environment.