Singollo2005-02-18 00:06:32
I know a lot of people complain about Zmud and its speed issues, but I have had giant systems, and have never had a problem with response time. It might be my computer (I've never run Zmud on anything slower than a 2 ghz with 516 mb ram) or programming style (object/function oriented), but I'd like to know what has caused problems for those who have had speed issues.
Unknown2005-02-18 02:49:24
It's your computer. I run off a 600MHz computer with 128MB ram, and it seems a little slow, but basically unnoticeable in a character with no or few scripts.
What do you mean by object/function orientated programming style, exactly?
What do you mean by object/function orientated programming style, exactly?
Daganev2005-02-18 03:43:17
Hiereachrical.
Aliases that call aliases and fuctions instead of having all the code repeated in every alias and triggger.
I'm told the more triggers the system has to read, and the more folders it has to go through the slower it is. So if you keep lots of classes turned off untill you need them it speeds things up.
rumors, all of them!
Aliases that call aliases and fuctions instead of having all the code repeated in every alias and triggger.
I'm told the more triggers the system has to read, and the more folders it has to go through the slower it is. So if you keep lots of classes turned off untill you need them it speeds things up.
rumors, all of them!
Unknown2005-02-18 03:54:36
QUOTE(daganev @ Feb 18 2005, 04:43 PM)
Hiereachrical.
Aliases that call aliases and fuctions instead of having all the code repeated in every alias and triggger.
I'm told the more triggers the system has to read, and the more folders it has to go through the slower it is. So if you keep lots of classes turned off untill you need them it speeds things up.
rumors, all of them!
Aliases that call aliases and fuctions instead of having all the code repeated in every alias and triggger.
I'm told the more triggers the system has to read, and the more folders it has to go through the slower it is. So if you keep lots of classes turned off untill you need them it speeds things up.
rumors, all of them!
53580
Nice try, but it's 'hierarchical'.
I guess that a lot of my code is function/object orientated, too.
Unknown2005-02-18 04:11:09
My main slowdowns in zMUD (in order of noticeable difference):
1. As Daganev said, putting aliases or custom functions inside of others. Too much nesting is very, very slow in zMUD, as it's all interpreted dynamically and there's no pre-compiling for speed.
2. Loops inside of triggers, especially ones that go off often enough. Doing too much inside of any trigger is bad and will bring all your other triggers down with it.
3. Toolbars with a few dozen buttons on it, particularly those that depend on or update variables. zMUD re-parses all of your GUI elements that use variables to maintain their state value every time any variable is updated. I've done tests where I had all the buttons without variables and they didn't slow me down at all.
4. Just too many darned timers or triggers enabled at once. If you don't need it, turn it off and set something up to enable it when you might need it.
1. As Daganev said, putting aliases or custom functions inside of others. Too much nesting is very, very slow in zMUD, as it's all interpreted dynamically and there's no pre-compiling for speed.
2. Loops inside of triggers, especially ones that go off often enough. Doing too much inside of any trigger is bad and will bring all your other triggers down with it.
3. Toolbars with a few dozen buttons on it, particularly those that depend on or update variables. zMUD re-parses all of your GUI elements that use variables to maintain their state value every time any variable is updated. I've done tests where I had all the buttons without variables and they didn't slow me down at all.
4. Just too many darned timers or triggers enabled at once. If you don't need it, turn it off and set something up to enable it when you might need it.
