PkHonor

I2aw origins wrote:Basically what Justin said, it's not ::fart that's directly causing it because the server will ignore messages that are being sent too frequently. I can't tell you how PkHonor is programmed in regards to commands & messages, but from my experience using PI clients & sources I have never effectively been able to do any type of lag or damage to a server with simple commands. There's an unrelated underlying cause to the nulls, it's a pure coincidence that when you spam ::fart that it's nulling the server.

Kory pk wrote:

I2aw origins wrote:Basically what Justin said, it's not ::fart that's directly causing it because the server will ignore messages that are being sent too frequently. I can't tell you how PkHonor is programmed in regards to commands & messages, but from my experience using PI clients & sources I have never effectively been able to do any type of lag or damage to a server with simple commands. There's an unrelated underlying cause to the nulls, it's a pure coincidence that when you spam ::fart that it's nulling the server.

I know it isn't ::fart in general, it's the overload of a timed command I'm pretty sure. It didn't work with ::l0lwut because there is no timer on it and therefore the command can be executed instantly. But with ::fart it has a timer and performs this animation which doesn't cancel each time it's used, so it stacks up and overloads.

There are probably several other commands that can cause the same damage.

Hayden wrote:

Kory pk wrote:

I2aw origins wrote:Basically what Justin said, it's not ::fart that's directly causing it because the server will ignore messages that are being sent too frequently. I can't tell you how PkHonor is programmed in regards to commands & messages, but from my experience using PI clients & sources I have never effectively been able to do any type of lag or damage to a server with simple commands. There's an unrelated underlying cause to the nulls, it's a pure coincidence that when you spam ::fart that it's nulling the server.

I know it isn't ::fart in general, it's the overload of a timed command I'm pretty sure. It didn't work with ::l0lwut because there is no timer on it and therefore the command can be executed instantly. But with ::fart it has a timer and performs this animation which doesn't cancel each time it's used, so it stacks up and overloads.

There are probably several other commands that can cause the same damage.

Maybe try it with other commands that have animations like ::hail

Obsidia wrote:Even if the commands "stack" that wouldn't cause the server to NULL at very most it could cause lagg.

Kory pk wrote:

Obsidia wrote:Even if the commands "stack" that wouldn't cause the server to NULL at very most it could cause lagg.

And what happens when the stack gets too large to handle? I'm pretty sure that's what causes it :\

Obsidia wrote:

Kory pk wrote:

Obsidia wrote:Even if the commands "stack" that wouldn't cause the server to NULL at very most it could cause lagg.

And what happens when the stack gets too large to handle? I'm pretty sure that's what causes it :\

That depends on what exactly you mean by "stack".

Kory pk wrote:
I mean if I type ::fart, then ::fart right away. The second one should 'get in line' and wait till the first one is done. And If the command is being run at 1000's of times per second then the 'stack' gets very large, very fast.

EDIT: Actually, it might not work like this, it might just execute the command at the pace it's able to. And that's why the animation will stutter. It has something to do with it not being able to keep up with the amount of animations, I think........

Kory pk wrote:

Obsidia wrote:

Kory pk wrote:
I mean if I type ::fart, then ::fart right away. The second one should 'get in line' and wait till the first one is done. And If the command is being run at 1000's of times per second then the 'stack' gets very large, very fast.

EDIT: Actually, it might not work like this, it might just execute the command at the pace it's able to. And that's why the animation will stutter. It has something to do with it not being able to keep up with the amount of animations, I think........

Ak killem wrote: Not fighting your point or idea at all Kory, but still an animation really isn't server heavy is it? I feel like a simple animation does very little to effect latency / stress the server as animations are running 24/7 for all 400+ people on every client, on ever bit of the server and we're aces until something at a random point of the night seems to take a dump on the server. I have no clues as it's been a while since I've been in the RSPS scene but still I'm just adding a bit!