Marcel Posted July 14, 2016 Share Posted July 14, 2016 Hi, I have just started using the local webGUI and in general I am very happy with it! I have noticed though that it seems to have higher demands in terms of RAM being available for unRAID. In a configuration with a VM using most of the RAM - previously running perfectly stable with just the unRAID console active - now the VM does crash because the system runs out of memory. That is fine for me and also understandable (webGUI needs more RAM than a console). But here is my question: is there any information on how much CPU overhead the Firefox based webGUI creates when in idle (the webGUI, not the system)? Thanks & regards, Marcel Quote Link to comment
CHBMB Posted July 14, 2016 Share Posted July 14, 2016 I've got a feeling it was something like 100mb... But don't ask me for a source.. EDIT: 200mb of RAM Quote Link to comment
Marcel Posted July 14, 2016 Author Share Posted July 14, 2016 @CHBMB: thanks for the reply! More important than the RAM is probably the CPU load (RAM can be increased more easily). I have some new findings about it myself: using htop within the local GUI I could see that the with the webGUI open and in idle the CPU load was floating around 2-3 %. When I closed Firefox though (something totally reasonable to do while you are actually not using the webGUI) the CPU load dropped to well below 1% and even the RAM demand went down again. The Win10 VM can run with the previous RAM assignment. So, problem solved. The local webGUI including the shell window and htop is awesome! Quote Link to comment
CHBMB Posted July 14, 2016 Share Posted July 14, 2016 @CHBMB: thanks for the reply! The local webGUI including the shell window and htop is awesome! Just remember it's not secure for internet browsing so don't even be tempted.... Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.