Read the statement by Michael Teeuw here.
"Out of memory" issues - where do I begin?
-
Understood that there isn’t new software installed, but this would mean no additional software actively running on the Pi (Electron would be stopped, and all browser software would be running from a different machine).
-
@ember1205 right. that doesn’t mean u fixed the out of memory problem. it’s possible.
I was working on one change at a time.
u can install the run-start.sh and change config.js to serverOnly: true, then launch browser from your pc
-
Your suggestion incorporates multiple changes, though… Stopping Electron and Starting Chromium while also changing the operating mode. No?
I’ve changed the config.js to both
serverOnly: true,
and
serverOnly:"true",
and neither one prevents Electron from starting.
I’ve now also tried
serverOnly:true,
-
@ember1205 u need the run-start.sh script for that parm to work
besides, u said u were going to run in server only mode anyway. and then u will have to change your startup process too
-
By adding an external browser, it crashed in only a few minutes. I’m going to let it keep running with the additional external browser to see if it causes it crash much more quickly on a more continuous basis.
If I can cause it to crash quickly on a repeated basis, it gives me an opportunity to try testing specific image files. It’s possible that this is a cumulative problem that is related to a small memory loss that gets added to on the load of additional errant files.
UPDATE: So much for that theory… I am currently running Electron plus an external instance of Chrome on Windows and Safari on MacOS. No “quick crashes.”
-
@ember1205 i spent a year debugging an out of memory that only crashed one version of a module… another ran fine…
one line of code, my code, made the difference… but the problem ‘appeared’ to be a hang , suddenly the UI was dead…
randomnly displaying pics in the background.not til I added a totally new logging approach did I find the actual problem, which was out of memory, which killed the UI, which made it LOOK hung…
-
In my situation, the UI goes all black and the cursor appears (no mouse or keyboard connected). There’s a generic “out of memory” error entered into the log file. Restarting MM is the only way I’ve found to get it back up and running.
The photo module I’m running is your fork with the more recent changes to allow the blurring of the same image behind the full-view image. Any thoughts on anything that could/should be added to try and capture more in the logs? Is there an increased logging level I could be using in MM itself? Stack traces when it fails? Before it fails? Anything come to mind that might give me a new avenue?
The issue doesn’t seem to appear if I am not using the photo module. But, that could be because the other, more basic modules don’t use resources as intensively. We’ve compared notes on RPi, kernel, build, etc. and not found anything that seems to be materially different with the one exception being the specific image files in use.
-
@ember1205 i run that module every day all day and don’t see any problem, but… try this
edit MMM-ImagesPhotos.js
add the line shown below
img.style.top = result.targettop+"px"; // line 271 img=null /// add this line // if another image was already displayed let c = self.fg.childElementCount;
-
should it be:
img=null;
???
-
@ember1205 trailing ; is ok either way