Windowbox.me - Forums

Improving your desktop experience

Forum Index | Project [ WindowBox | MultiWall | Img2tab | AuzenMixer ]

High memory consumption

Report or discuss any bugs that you might encounter

High memory consumption

Postby VADemon on Fri Mar 06, 2015 10:28 am

I came across your tool as I wanted to (finally) have proper wallpapers on my desktop since Windows' wallpapers suck (not only single monitor but also poor randomization). Your tool is working like a charm so far and the UI is looking good. But... the memory consumption is disappointing.

I could understand if it were for the first time when I had the GUI on, had to set it up etc. However, even when I manually start the programm with "MultiWall.exe -hide" it still uses about the same amount of memory. How much? 150MB. IMHO, it's too much for a plain wallpaper tool. Do you have any plans on reducing memory usage?

MultiWall-1.0.26-64bit
1) 1920x1080
2) 1280x1024
3) 1366x768

By the way, the installer is 32-bit thus defaulting the instalation folder to "Program Files (x86)"
Attachments
2015.03.06_01-09-59__procexp64.png
Screenshot
2015.03.06_01-09-59__procexp64.png (2.14 KiB) Viewed 13968 times
VADemon
 
Posts: 2
Joined: Fri Mar 06, 2015 10:07 am

Re: High memory consumption

Postby sumo on Mon Mar 28, 2016 10:11 pm

Yes I agree.

It started off as a pet project for my own use, and could prototype it very quickly in .NET which is likely why it uses quite a lot of ram just to exist.

I think most of us using this tool have high-end machines and don't need to conserve ram.

So definitive answer is, sorry no plan to reduce memory usage, unless you think that I can get it down significantly even with .NET.

As for the 64/32bit thing, I believe it is always 32bit anyway so I am reverting everything back to just 32bit support for now to avoid confusion.
User avatar
sumo
Site Admin
 
Posts: 95
Joined: Mon Jul 25, 2011 7:02 pm

Re: High memory consumption

Postby VADemon on Thu Mar 31, 2016 5:03 pm

I have read a few articles on .NET's and Windows' memory management after your answer, in short: these 150-160 MB reported by Process Explorer are a bit too high, because a portion of is shared memory with 40 MB that are reused from another process. That's good.

Speaking of high-end machines, you guessed it right, yet I dislike the trend. Not that it's something really awful, but my "idle" state (browser, irc, steam etc.) is at ca. 4.2 GB RAM.

The idea from the original post was to not load the GUI and other not required elements when MultiWall has been started with the -hide (background) parameter.
In theory it can be two separate applications GUI + CLI that is responsible for changing wallpapers etc. but that's too much to ask for.
VADemon
 
Posts: 2
Joined: Fri Mar 06, 2015 10:07 am

Re: High memory consumption

Postby BrockT on Mon Aug 21, 2017 5:10 pm

You could upgrade your memory. That's what I did and it runs fine.
BrockT
 
Posts: 1
Joined: Tue Aug 15, 2017 12:49 am

Re: High memory consumption

Postby sumo on Sat Aug 26, 2017 11:16 pm

Its not too much to ask for, it would benefit every user I think.

Its probably about time to rewrite it and refresh it a bit, I'm sure a lot has changed and my development skills have leveled up and you'd hope the frameworks would have improved too :D
User avatar
sumo
Site Admin
 
Posts: 95
Joined: Mon Jul 25, 2011 7:02 pm


Return to MultiWall Bugs

Who is online

Users browsing this forum: No registered users and 1 guest

cron

© Sumeet Patel 2011 Legal