Less Lagg in Levels
 

After a lot of lagg on certain servers i have came up of a way to reduce alot of the lag, This is what i have so far:

//#
In NPC's what have
//#NPC MADE BY I AM GOD OK.
or just messages
//#THIS IS THE MAIN PART OF THE SYSTEM
And such, These create more lagg, Please do not add them onto the script into a level. By doing this you will create alot more lagg.

Gmap
By making the whole server a Gmap you can lose alot of the lagg also, This way you can drive cars/moter bikes and all the other transportation.

Serverside
By scripting most of the systems serverside you will also lose lagg(from what I have heard anyway). I am not to sure if this is true but I decided to add it in just in case it was.

Images/Gani's
By making Tree's or any other kind of walk under object, By making the image into a gani can also reduce a hugh amount of lagg.
By doing this you would remove the tree image from the image box. And probably make the tree into a class:
join tree;
In the class there would be a setshape2 ofcourse.

If you know any other ways to reduce a serious amount of lagg post it here please.
-Andrew.

Can anyone confirm this? It doesn't sound right to me.

Well, it does take TIME to load gmaps but I agree on the fact that gmaps rule.

I'm sure clientside is less lag...



You mean lag*?

//# is used for states like clientside so it may produce lag to use it with comments the correct comment start is //<comment> or
*/
<comments>
<comments>
/*

Using clientside is better for everyone as a whole as using serverside will create server lag which will annoy all the players - I Think (Its sounds right)

This may be true.
However, the increase of productivity that comes from properly documented scripts is by far exceeding the marginal loss of performance you claim to experience.

Indeed. However, now the loss of performance will make the NPC server run less blazingly fast and do worse than lag.

I am certain that an image is not causing lag. Also, displaying an image should be more performant than displaying a gani that displays an image.

Fighting lag is overrated.
A cleanly designed system that is easy to maintain and to extend is worth far more than a system that is a bunch of hacks that you think will decrease what you think is lag.

This forum features a feature that is called ``signatures''.
Use it.

We got told by stefan that if we made our systems serverside and our tree's would be changed as a gani alot of the lagg would be gone.
The systems what will be serverside:
HP/BULLIT SYSTEM.
And alot of people hate lag, That's the main reason why I posted this.

This was all sort of...obvios? :o

Not many people know about it curt :P

I fail to recognise that setshape2 violently affects performance. GK uses it all over the place.

I assure you that you will not be able to measure any performance gain in scripts by removing (normal amounts of) comments.

That is because you work alone.
I find it pretty useful to know made a script. By putting your name on a script, you take the responsibility for what it does, make it clear who to contact about issues with it or for information and suggested improvements, etc.

I think that performance gain should absolutely not be a reason to put things serverside instead of clientside. The most important ones are the immense power of the serverside and the added security, I think.

I do not really get what you mean there. The things that you do serverside get sent to clients as well.

In reality? There is no such thing as reality for performance considerations, there are only certain distinct situations.
I think that there is only a relatively small amount of code that could be put equally well serverside and clientside. For that, I suggest that it is put clientside, so there is no lag, and less work for the server, etc.

In other words, incredibly slow. We have had to disable certain especially unperformant parts of the serverside scripting on GK when the load gets too high, because the game becomes nearly unplayable then.

Yep :D, Go Koni, This is what I was trying to say, You put it into better words :D.

Loriel the problem with the npcserver being slow on kingdoms had to do with the mudlib and is fixed now (except some lag spikes which are caused by the mudlib too). Playerworlds should use the npcserver more, most npcservers are quite bored. In general it is good to avoid any clientside script, so levels load faster, scripts don't need to be compiled etc. Setshape2 is a nice thing but it should not be used too often - if you have 100 trees in one level then the trees should use ganis (and possibly setshape) instead. I can possibly post a little optimize-howto here.

Go ahead
:)

Should have done this when you released the npc server, no?

Woot, My thread is going to a good cause, Sure why not stefan :D

They live... :eek: