|
CompFX Posts: 4
30/06/2009
|
I have 3.5 gigs of ram with 2x 3.8 Ghz processors and symenu acts up (extension manager - just a little bit) when it uses about 40 megs of ram just at idle. When Im adding a lot of stuff to the menu via drag and drop, it will use around 90 megs or so. But as soon as I close the menu editor, it will drop down to about 40 megs again.
I am probably pushing this menu to its limits, definitely more so than a "normal" user, but I just thought I should mention it.
Programs: 418
Commands: 0
Documents: 68
Web Links: 3
Folder Links: 4
I had extension manager enabled (cool feature by the way). I would open a zip file. SyMenu would kill the hosts app and open the zip from the program on my jumpdrive. The more apps I keep adding, the slower this feature responds. I opened the menu, went to options and clicked the "disabled the extension manager" button. Went back and opened another zip, and SyMenu still took it over. Checked the menu link and it said "Enable Extension manager" which means that extension manager IS disabled. Tried to open zip again, same thing, SyMenu took it over. I had to open the Menu Manager, go to Configurations, Select Options, and uncheck the box in order for SyMenu to stop taking over.
I doubt anybody other than myself would carry this many apps on a jumpdrive, but I just thought I would mention it.
CompFX
|
|
|
link
|
|
Gianluca Administrator Posts: 1274
30/06/2009
|
Thanks for you feedback.
I'll try to reply to your questions in the more exhaustively way.
Memory occupation
SyMenu is really a memory greedy application for two reasons.
First reason resides on need to be responsive. USB drive (especially pen drive) are very slow and the only way to make SyMenu fast (in items search and items load) is loading in memory any item and above all, any icon.
Some tricks to decrease memory occupation are:
- use a smaller icon set (reuse the same icons for many items or use default icons);
- don't use Description field in SyPrograms;
- don't use Advanced Params for configuration
In this way memory occupation decreases dramatically.
Second reason resides on .NET framework.
.NET Framework doesn't allow to manage directly memory and delegates this task to Garbage Collector (GC).
GC recycles memory only when it consider that it useful to do it.
If an application keeps busy a lot of memory without using it, GC decides to recycle memory only if entire system (OS, other applications) needs it. Otherwise it leaves memory occupied.
Add to this scenario the fact that when an application uses .NET runtime, already starts with a minimum range of used memory because of the runtime. Consider that a .NET winform application (framework 2.0) with only an empty form (nothing inside) uses almost 5MB of memory.
Solution.
If I receive other report like your (yes! your situation is a bit extreme  ) I'll implement an optional "save memory mode" in SyMenu where icons are loaded from USB disk and not from memory.
But before I would like to receive other reports.
Extension manager
Extension manager uses Windows Wmi to verify any started process in the system.
Yes it could be very heavy if you carry up several extension associations and applications.
Unfortunately Wmi is not under my control so I can tell you that Ext. Manager is not amendable.
Anyway I'm not able to reproduce your problem but I have to stress out some details.
If you want to deactivate Extension manager, use contextual menu. From contextual menu you can switch on or off the service.
If you go to SyMenu main form, menu Configuration - Options and uncheck Extension Manager from there, you are telling to SyMenu not to switch on Ext. Manager at next SyMenu startup and not to switch off Ext. Manager in current session.
I hope this post could help you and other with the same problems.
Feel free to get in touch with me through forum or contact form in web site to deepen these arguments.
Gianluca
|
|
|
link
|
|
CompFX Posts: 4
30/06/2009
|
No worries and no arguments
Yes, this jumpdrive is EXTREME!! I am a computer tech and have to perform many services. Not only does this jump drive boot computers, but it also runs many live operating systems off of it. Windows PE, Bart PE, Winows XP, Windows 98, 5 different distros of Linux all boot and run off the jumpdrive. And dozens of "boot level" applications and tools. It has taken almost a year to perfect this jumpdrive...
Anyways; My system only uses 1.5 of the 3.5 gigs of ram. So 100 megs for SyMenu iis no big deal.
I just figured I would let you know what happens when a geek loads alot of stuff on the menu and has custom Icons for just about all of them 
Im not sure if it makes a difference, but my programs do not use the supplied folders. I "installed" SyMenu into a preexisting environment, so When I "Installed" SyMenu it had ProgramsFiles, Profiles, Language folders all of which I deleted. I only speak english, so all the language files are not needed, I already had a 'programs' folder, and I have no idea what the 'profiles' folder is for. It seems that SyMenu just links to a program anyways ways so this should have no bearing on its operation, but again, I just thought I should mention it.
|
|
|
link
|
|
Gianluca Administrator Posts: 1274
16/07/2009
|
Ok. I've received other requests about memory waste.
As promised, starting from next version (1.06), SyMenu will become more careful in using memory.
Moreover I'll implement a new advanced option to avoid loading of custom icons in case of extreme saving memory configuration.
Regarding this argument (advanced options) I take the opportunity to stress out that any advanced option is customizable with direct editing of SyMenuConfig.xml configuration file and is not managed trough SyMenu user interface.
Gianluca
|
|
|
link
|