[DGD] max_ticks question
Noah Gibbs
noah_gibbs at yahoo.com
Fri Aug 5 18:10:24 CEST 2011
There are many ways to deal with MAX_TICKS. You can make the process divide up the work and run over time, for instance. It'll have to schedule more callbacks, and may take awhile, but if you had the command schedule something like 100 rooms/minute maximum, that would run in a reasonable time, but not take too many ticks.
You'd have to divide it up somehow, of course.
________________________________
From: Kent Mein <mein at cs.umn.edu>
To: dgd at dworkin.nl
Sent: Friday, August 5, 2011 8:49 AM
Subject: [DGD] max_ticks question
Not sure if this is the best place to ask this question or not...
I'm playing with a gurbalib mudlib and I wrote a program
to output a graphvis directed graph of the rooms in a given directory.
http://www.cs.umn.edu/~mein/mud/graph.c if anyone wants to look at the code.
Basically what it does is you give it a dir
it loops through the .c files and finds/loads them
then looks at their exits and prints out dot output...
It's a work in progress...
http://www.cs.umn.edu/~mein/mud/gurba.dot is sample output
which produces a graph like this:
http://www.cs.umn.edu/~mein/mud/gurba.png
I still need to tweak it so the image looks better.
Anyway the problem I'm having is that this is a wiz command and
when I run it on a reasonable number of rooms I run into an out of ticks
problem. I've increased the MAX_TICKS but had to increase it quite a bit.
I think this is obviously the kind of application that the
MAX_TICKS are needed for so I don't want to make them unlimited.
Is just increasing MAX_TICKS the best strategy for something like this?
Thanks,
Kent
--
mein at cs.umn.edu
http://www.cs.umn.edu/~mein
___________________________________________
https://mail.dworkin.nl/mailman/listinfo/dgd
More information about the DGD
mailing list