If you found a bug post here your report.
SyMenu very slow
|
jkeks Posts: 4
10/02/2014
|
I got 2gb memory, 2-core, but when I press hotkey for SyMneu in some situations SyMenu draw menu very slow (1-5 sec.)
When menu was shown, then it will show normally fast.
I was asked feature: Launch without drow menu, but u dont.
Symenu very usefull, but so slow sometimes =((
There is very fast menu like: SE-TrayMenu
but that soft is not fully featured what I need..
Is there way to make it fast launch in any way ?
--
http://jkeks.ru
|
|
|
link
|
|
Gianluca Administrator Posts: 1274
11/02/2014
|
Hi.
The only case in which SyMenu could be so slow to open, and the fault is of their own, is when you execute SyMenu and it is already running. In that case the new executed SyMenu delegates to the old one to popup and then quits itself. The communication between the two versions could surely be slow.
But I think this is not your problem so I need further details to investigate.
Have you got the same problem with other .NET programs? I ask this because it seems an OS behavior accomplished to save resources. In fact when SyMenu waits for a user request it does nothing and maybe the OS send SyMenu process in an less performance memory area. Someone is thinking to the file page? Well I do, so try to observe if when SyMenu redraws so slowly you see the HD led blinking too. In that case SyMenu arriving from the page file and has to be recover from your HD and not from your RAM memory.
Well your 2GB RAM are enough for an OS like Windows XP but I bet it is not your OS. My advise? From Windows 7 you need a minimum of 4GB RAM and not to run SyMenu...
So why does SE-TrayMenu not suffer of the same problem?
Because it is written in native code and not in .NET and it manages its memory partially by itself.
So is it better than SyMenu? Yes for itself but not for the other programs running in your system. In my humble opinion it is correct that the OS judges and decides what to page in a certain moment and what must reside on the RAM memory because it has a more wide vision of the currently active programs.
Last thing. If you link a shortcut with a program actually SyMenu launches the program without drawing itself, I don't know why I told the contrary to you. But in your case the performance problem won't be resolved because the SyMenu engine has to come back in RAM before launching the program.
|
|
|
link
|