16 Oct, 2006, Aidan wrote in the 1st comment:
Votes: 0
Is there any program in particular I can start my mud in and see which processes within the game are using the most CPU? Or which are causing the CPU to spike more?
16 Oct, 2006, kiasyn wrote in the 2nd comment:
Votes: 0
uhm, maybe a profiler? (like gprof)
17 Oct, 2006, JWideman wrote in the 3rd comment:
Votes: 0
You might try compiling with the electric fence library.
17 Oct, 2006, Aidan wrote in the 4th comment:
Votes: 0
I've not heard of that one. What is it?

JWideman said:
You might try compiling with the electric fence library.
18 Oct, 2006, Guest wrote in the 5th comment:
Votes: 0
I'd be careful with Electric Fence. My last experience with trying to use it for anything resulted in a huge resource drain on the server I ran it on. And the server was no slouch at the time. I haven't really played much with profiling but gprof seems to be the most widely recommended method.
19 Oct, 2006, JWideman wrote in the 6th comment:
Votes: 0
Samson said:
I'd be careful with Electric Fence. My last experience with trying to use it for anything resulted in a huge resource drain on the server I ran it on. And the server was no slouch at the time. I haven't really played much with profiling but gprof seems to be the most widely recommended method.


Yeah, it's main use is for catching memory leaks that would otherwise go unnoticed.
http://freshmeat.net/projects/efence/
20 Oct, 2006, Guest wrote in the 7th comment:
Votes: 0
For catching memory leaks, I prefer Valgrind. Consumes far less resources than Efence does and is relatively easy to use.
20 Oct, 2006, Aidan wrote in the 8th comment:
Votes: 0
*nods lots with Samson*

I wound up running Valgrind, and I rewrote the entire aggro code, char_update, and mob_update systems and dropped CPU usage by nearly 80%, so things are flying now. :)

Thanks for the ideas everyone.
20 Oct, 2006, Skol wrote in the 9th comment:
Votes: 0
What base did you start with Aidan?
I know it'd never be a bad thing to streamline.

Also, can you run valgrind remotely? (Ie bash in shell)
20 Oct, 2006, Davion wrote in the 10th comment:
Votes: 0
Quote
Also, can you run valgrind remotely? (Ie bash in shell)


Of course! You just have to make sure the server you're connected too has valgrind installed. Most sysadmins are not against getting it installed, so if you don't have it, just ask.
21 Oct, 2006, Guest wrote in the 11th comment:
Votes: 0
You also need to be mindful that some hosts won't appreciate the extra resource usage Valgrind involves. It may be less than Efence, but it can still push you past restriction limits pretty fast.
21 Oct, 2006, Aidan wrote in the 12th comment:
Votes: 0
Skol said:
What base did you start with Aidan?
I know it'd never be a bad thing to streamline.

Also, can you run valgrind remotely? (Ie bash in shell)


Skol, I started out with stock Ember, though about all of that code thats left is the color code. I've rewritten about 95% of it so far.
21 Oct, 2006, Skol wrote in the 13th comment:
Votes: 0
Great! Thanks for the info on Valgrind, I'll be sure to RTFM and dig in. I'm pretty sure Dale has it on most of his servers ;)

Great to hear Aidan! I hear you on rewriting heh. It seems the longer we go at this, the more we have our own ways of doing every little thing, until our source is a distant cousin of it's original self.
22 Oct, 2006, Conner wrote in the 14th comment:
Votes: 0
I was asked to relay this to you, Skol, because Kiasyn was on dial-up tonight:
[ichat] Kiasyn@Drazon: someone tell skol in his 'just a question from curiosity' topic thing that dale *doesnt* have valgrind
22 Oct, 2006, Skol wrote in the 15th comment:
Votes: 0
Doh, I'll have to see if he'll put it up for me ;)

That or run a copy locally Valgrinditup and then move it back.
22 Oct, 2006, Skol wrote in the 16th comment:
Votes: 0
Ps. Tell Kiasyn thanks :)
22 Oct, 2006, kiasyn wrote in the 17th comment:
Votes: 0
Skol said:
Doh, I'll have to see if he'll put it up for me ;)

That or run a copy locally Valgrinditup and then move it back.


he wouldn't run it for me, they don't allow memory debuggers as it usually uses up more than your allocated resources.
23 Oct, 2006, Skol wrote in the 18th comment:
Votes: 0
Ah, might have to run it locally and squish the bugjuice out heh.
23 Oct, 2006, Conner wrote in the 19th comment:
Votes: 0
Skol said:
Ps. Tell Kiasyn thanks :)

Shall we just consider him told? :wink:
0.0/19