Zugg Software :: View topic

Novice Joined: 20 Apr 2008 Posts: 39 Location: Sweden

Having just started my own buzzword happy internet app (cough, small business websites) comany (yay), mudding have been put to a grinding halt over the summer (boo).

Just updated to 3.10a and I found out that now when having the mapper on, swapping areas gives me a good 5 second client freeze.
Doesn't matter if it is by double click, keypad walking or if the mapper is put on "X", only "totally" closing the mapper window helps.

Don't know if it was because I took my old settings folder and just copied it over the one my new cMUD install had made, and my time is still scarce; but I'll try a fresh one and see if it changes somehow.

ps. the .dbm is 21,118,976 bytes (~21megs), old reference map (zmud) is about 123megs

edit:
Computer is a HP 550 Laptop (NA948EA) Celeron 2GHz w/ 2GB RAM and Vista SP1.

Apprentice Joined: 10 Apr 2009 Posts: 145

Same happens for me.. Sometimes..

Posted: Mon Aug 31, 2009 12:54 am

Chosig: The new mapper interface is still basically all in beta. Zugg is working out on any bugs that may be active, but you'll need to give step-by-step instructions on how to reproduce what you're doing. It may also require you sending your mapper to Zugg.

As for the file size, that's correct. The new file sizes will be MUCH smaller than the old map files. It does nothing to the quality of the map, just makes it load MUCH faster. The .dbm file format is for SQLite3, if that helps you any. :)

Charneus

Novice Joined: 20 Apr 2008 Posts: 39 Location: Sweden

Know of the differences, just added those for a guidance/reference of how big my map is. :)

Now it swooshes along in a flurry. I wonder if there could be some indexing going on in the background?

I left cMUD running in the background just idling over night and now everything is up to speed.

Novice Joined: 20 Apr 2008 Posts: 39 Location: Sweden

Speed problems has come back, worse then ever. I now get stalled an average of 9 seconds on area change.

This is output from a run (Aardwolf's built-in speedwalk thingy), alias used at the bottom.

Novice Joined: 20 Apr 2008 Posts: 39 Location: Sweden

Hopefully solved, seems to be a Vista problem. Running cMUD as administrator helps (for now atleast), not marking solved until I've investigated further

Novice Joined: 20 Apr 2008 Posts: 39 Location: Sweden

Solved, running cMUD as administrator did it.

Posted: Mon Sep 14, 2009 5:30 pm

Really really weird. I'm not having any speed issues at all and I'm not running CMUD as administrator. I'm not even sure how running CMUD as admin would have any effect on this. Is your computer somehow restricting the amount of RAM that a non-admin application can use or anything weird like that?

There isn't any indexing going on in the background. CMUD is really just using standard SQLite 3.x database calls so maybe there is an issue with the SQLite DLL file or something.

The CMUD mapper loads the entire map database into memory, so there really isn't anything involved with switching zones anymore except refreshing the map display. Other than firing Zone scripts, I can't think of anything else that changing zones would do different than just moving into a different room. Long long ago zMUD would only cache a single zone into memory, but those days are long gone.

At this point I'll need to chalk this up to a system-specific configuration issue unless something can shed more light on what might be happening. I just don't see anything I have control over in my code that would cause this.

Novice Joined: 20 Apr 2008 Posts: 39 Location: Sweden

If you wouldn't live in the states, and with the postage nowadays, I'd send you my laptop (I got a couple backups).

I was as astounded as you, but it sure helped. But I'm noticing a slight lag again after keeping the client running for 14+ hours.

It's a plain Vista home with AUC turned off, nothing else is done to my install.

Apprentice Joined: 10 Apr 2009 Posts: 145

Not entirely solved, I would say.. I get the freezes sometimes on zone changes, and I'm using XP, not Vista.. Full CPU usage during the freezes....

Posted: Thu Sep 17, 2009 3:49 pm

I'd be interested in knowing if people had these same problems with the old 2.37 CMUD version and old mapper. I'd like to find out if this is something new with SQLite v3 or maybe with the new mapper architecture. It's difficult to debug something that I can't reproduce.

Magician Joined: 23 Nov 2004 Posts: 364

It might be a problem w/ your video card. My laptop (hp pavilion dv4000, xp sp3) was doing the same thing w/ cmud and I had to control alt delete it out. Turns out the intel gma chip is soldered badly in many of those models and that was causing it.

Novice Joined: 20 Apr 2008 Posts: 39 Location: Sweden

Posted: Sun Dec 06, 2009 10:01 am

I'm experiencing this in 3.12 - Core2Duo 2.4GHz, ATI 3650HD 1GB RAM, 4GB RAM, 2x500GB HDDs (cmud installed on different drive from OS), Win7 No UAC

Nvr mind, updated graphics drivers.

Funny, I can play borderlands no sweat off default win7 drivers, but cMud needs me to mod the mobile drivers and use latest ;)

Posted: Mon Dec 07, 2009 9:26 pm

CMUD only displays TEXT on the screen, or very simple vector graphics in the mapper. Most modern video games (like Borderlands) use the DirectX interface for the 3D graphics. In fact, many of the graphics benchmark programs don't even test the text output speed since 3D games don't use it. So just because some games don't need the updated drivers doesn't mean that the drivers are perfect. Drivers are very complex and since Microsoft keeps changing their driver model in new Windows versions, it takes time for graphic card developers to get their drivers all tweaked and working perfectly. And some (*cough* NVidia *cough*) just never seem to get drivers that work perfectly for everything.