|
adamwalker Apprentice
Joined: 12 Mar 2005 Posts: 195
|
Posted: Sat Mar 31, 2007 12:23 pm
Cmud speed and effecting factors |
Anyone know if the size of your PKG file effects speed, or if its just number of triggers fireing and timers that are running....
I have a large PKG and wondered if deleting old triggers/alias that are no longer used would improve performance.
Thanks |
|
|
|
Arminas Wizard
Joined: 11 Jul 2002 Posts: 1265 Location: USA
|
Posted: Sat Mar 31, 2007 12:40 pm |
I know that this was true in Zmud. The more settings you have the slower things go. However things actually firing has a greater effect on speed than things that are just sitting there.
The simple act of turning off your old triggers should improve things. Remember that everything is loaded into memory. That being the case...
If you reach that magic number where things start getting placed into the page file you are going to take a significant hit! |
|
_________________ Arminas, The Invisible horseman
Windows 7 Pro 32 bit
AMD 64 X2 2.51 Dual Core, 2 GB of Ram |
|
|
|
adamwalker Apprentice
Joined: 12 Mar 2005 Posts: 195
|
Posted: Sat Mar 31, 2007 1:11 pm |
well this file isnt MASSIVE but it is a decent size. 2.7meg ish. so a fair lot of code whacked inside it
|
|
|
|
adamwalker Apprentice
Joined: 12 Mar 2005 Posts: 195
|
Posted: Mon Apr 09, 2007 7:21 pm |
anyone know how much of an improvement deleting say 1/3 of my triggers in a 3meg package would make? would it be noticeable.
|
|
|
|
Fang Xianfu GURU
Joined: 26 Jan 2004 Posts: 5155 Location: United Kingdom
|
Posted: Mon Apr 09, 2007 7:27 pm |
There's a simple answer - try it and see. Create a backup copy and delete them and see what happens. Could be a large effect, could be a small one.
|
|
|
|
Zugg MASTER
Joined: 25 Sep 2000 Posts: 23379 Location: Colorado, USA
|
Posted: Tue Apr 10, 2007 2:59 am |
Triggers that are not enabled should not have any impact on performance. CMUD uses database indexes and only indexes the currently active triggers (and other settings). So if the triggers are disabled, or if they are contained within disabled folders, then they shouldn't have any speed impact.
CMUD works very differently than zMUD in this case. zMUD didn't have any internal database indexes, so it was slower to lookup settings in memory. zMUD used a hash table, but this hash table contained *every* setting regardless of whether it was enabled or disabled.
Yes, everything is loaded into memory. But 2.7meg should be a very small percentage of your system memory. You can always run the Windows Task Manager and look at the memory usage to see if your system is paging to disk or not. On my system, for example, Firefox is typically using between 100 and 200 MB of RAM, while CMUD is only using 60MB or so. |
|
|
|
|
|