- BCingyou 4m
j Fengshui 27m http://www.amazon.com/dp/B00M0DV5IQ <- My Book
- Zeroo 9m
- Mephibosheth 2m !zib eht si sivni@
- Revex 1m
- Varolokkur 1m
- River 16m
- Vivvykins 15m
- Atheran 3s
- RealHumanBean 7s Something?
a Glitch 34s I am the one who puppets.
- VeryWellLost 7m
- Cosmic 13s
- Oberst 1m
- Supermarket 4m Chute her! Chute heeeer!
- Archer 5m
- jsmith225 35m
- Jade1202 24s
- Barrien 5s
- NovaQuinn 24s
- dwtm 25m
j Johnny 3m New Code Written Nightly. Not a GM.
- Dawnshot 41s https://youtu.be/qg_7saEbnwE
- Maina 2m
- Guerrillo 3m
j Kwisatz 4h Definitely not a GM.
- Sevencolor 23m
- pfh 1h
- SpaceLatency 23s 'And he gave me Venus.'
- Fenixz 11h
- Jonquille 3h
- SacredWest 9h
And 28 more hiding and/or disguised
Connect to Sindome @ moo.sindome.org:5555 or just Play Now
FYI The web client and the MOO will be restarted at 9PM DST/PACFIC on Thursday 06/21/18. We should be down for only a few minutes while we apply some patches.

Saving us 10 billion ticks/year
The MOO is faster now!

So, some of you may or may not know this but the MOO calculates the time it takes to execute a verb (a command) in ticks. Every time the code has to do something, like assign a variable, or do an if statement or many other things, it costs a tick.

If a command takes too many ticks, it is killed, resulting in a traceback. Because the MOO is single threaded, only one command can be executed at a time. That means ticks are at a premium.

Since our code is built, layer upon layer, on top of existing systems, one verb, calls another, calls another, which returns a value to the previous verb which continues and then calls another which then returns a value again and on and on it goes.

So one verb, might call 15 other verbs which call 15 other verbs which call 15 other verbs. Anyone familiar with software development will understand how that works.

Suffice to say, we have in our code, a command that is meant to 'alert' us on a special channel, when that line of code is hit. It only does this when 'debugging' is enabled on that particular object.

The check to see if debugging is enabled on that particular object takes 37 ticks.

The alert call is made roughly 679 times a minute (probably more, especially if there is combat or something else). And that means that even with debugging disabled, those calls cost us 25,123 ticks a minute.

For those of you keeping track at home, that adds up to:

25,123 ticks a minute

1,507,380 ticks an hour

36,177,120 ticks a day

13,204,648,800 ticks a year.

It's a lot. If you divide that by the maximum execution time of a single verb (without factoring in suspends to replenish ticks), with those ticks we could call:

264,092 verbs and let them reach maximum execution time.

I've put a check in place that lets us disable debug globally which only takes 7 ticks to execute. That means that for all 679 times our alert code is called each minute, we are saving 30 ticks.

That's a savings of:

20,370 a minute

1,222,200 an hour

29,332,800 a day

10,677,139,200 a year.

The MOO is faster now! Literally faster. You may even move between rooms faster. Though you probably don't notice it in times when a bunch of combat and stuff is going on, it will hopefully be noticeable when those times of heavy RP and combat and other things that require a lot of the game.

More savings to come!

-- S

More saving, more doing. The Sindome Depot.

This is why profiling is important.

And suspend(). To keep a task from reaching its tick quota.

Suspend is what makes profiling so difficult to do on a MOO. Replenishing ticks makes it difficult to see just how many a specific task took. You can check how -long- in microseconds something took, but even that is subjective because if you benchmark something during a light time on the MOO and it takes 6 seconds and then during a heavy time it will take 9-12 seconds because of all the suspends used to replenish ticks, which in turn had to wait their turn for other tasks to complete.