Posts: 185
Threads: 23
Joined: Jan 2013
Reputation:
0
We are not really able to say what you need to improve by your server to have full optimization, but here are some "general".
A) If you have tons of arrays, scroll through them and see which you can assign together. It reduces memory.
B) If your array dosen't use negetive values, and is lesser then a value of 128 I believe, pack it! [128 char];
C) Unix timestamps, always better then useless timers when they only need to be run once.
D) Reduce memory by reducing strings. Strings that you place under 128 cells are using only 20? Reduce them towards 20 and add a 1 for the null integer/closer.
Anything else, you can view by the one who posted above me.
Posts: 185
Threads: 23
Joined: Jan 2013
Reputation:
0
Well, this is for extermly advanced PAWN scripters.
-> Replace any small/big stocks/functions/publics/anything that you feel that it should be with #emit.
#emit is the complier inside PAWN itself, it is quite faster. But its hard.
Besides that, you could optimize any for/while/foreach loops, and that should be it.
Posts: 10,066
Threads: 38
Joined: Sep 2007
Reputation:
0
rBit really isn't that useful unless you really have a ton of variables. For some reason I can't imagine a stunt server needing a ton of variables. I'd rather trade in memory for speed than the other way around. Bit operations take time, barely noticeable time, but time nonetheless.
Posts: 929
Threads: 135
Joined: Sep 2009
Reputation:
0
I'm using #emit on the main function i use it the most: InfoTD_MSG xD I will take a look on the other posts and maybe i will learn something new.