Register forum user name Search FAQ

Gammon Forum

Notice: Any messages purporting to come from this site telling you that your password has expired, or that you need to verify your details, confirm your email, resolve issues, making threats, or asking for money, are spam. We do not email users with any such messages. If you have lost your password you can obtain a new one by using the password reset link.

Due to spam on this forum, all posts now need moderator approval.

 Entire forum ➜ MUSHclient ➜ General ➜ Size of your world files?
Size of your world files?

It is now over 60 days since the last post. This thread is closed.     Refresh page

Pages: 1  2 

Posted by Magnum   Canada  (580 posts)  Bio
Date Reply #15 on Fri 17 May 2002 05:20 PM (UTC)
Message
In truth, this may may have only happened once, where I had to wait a long time for Mushclient to process anything.

I believe I had made an error in programming triggers, etc, and was adding a new skill to the spell queue every time my health bar was displayed in combat.

I'll blame myself for the error, due to the complexity of my script/triggers. I don't think it's something that the average user would encounter.

Actually, I think I experienced the slowdown more often back around that time, but either something I programmed, or something Nick added in more recent versions seems to have corrected the problem.

For example, I had added an "incombat" variable, and triggers that set the variable accordingly. Other triggers now check that flag before automatically adding a skill/spell to the queue.

Once again, I will probably refine the script some more to eliminate the use of Mushclient variables. I've had this script running for some time now, and have NEVER required the skills/spells be remembered across multiple sessions.

Although my slowdown(s) may have been exaggerated for some reason, I think it still holds true that processing Mushclient variables is slightly slower than processing regular script variables... Thus, it seems wise to avoid using Mushclient variables unless the value needs to be saved across multiple sessions. When I started my spellqueue project, I didn't think the performance would be significant, but in retrospect, that was a poor decision. Faster is always better. :)

Actually, I may leave things as they are for a while, until I can get a feel for this new XML format... then I'll consider trying to convert the project to a plugin that anyone can use. :)
Get my plugins here: http://www.magnumsworld.com/muds/

Constantly proving I don't know what I am doing...
Magnum.
Top
Posted by Nick Gammon   Australia  (23,140 posts)  Bio   Forum Administrator
Date Reply #16 on Fri 17 May 2002 10:18 PM (UTC)
Message
Quote:

I think it still holds true that processing Mushclient variables is slightly slower than processing regular script variables


This wouldn't surprise me too much. To use a MUSHclient variable the scripting language has to make a COM call (ie. jumps from the script engine to MUSHclient). This will inevitably have *some* overhead.

However, as I said, you shouldn't have to worry about using a few hundred MUSHclient variables.
- Nick Gammon

www.gammon.com.au, www.mushclient.com
Top
Posted by Robin Lionheart   (14 posts)  Bio
Date Reply #17 on Tue 04 Jun 2002 12:02 AM (UTC)
Message
Well, my largest .MCL file, after I opened and resaved it in MUSHclient 3.22, was 146287 bytes.

I cannot open it in MUSHclient any longer, it says "too large - maximum permitted is 102400 bytes (problem parsing XML)". Wish I had backed up the old format .MCL.
Top
Posted by Nick Gammon   Australia  (23,140 posts)  Bio   Forum Administrator
Date Reply #18 on Tue 04 Jun 2002 01:18 AM (UTC)

Amended on Tue 04 Jun 2002 01:19 AM (UTC) by Nick Gammon

Message
Sorry about that. I will increase the limit to 1,000 Kb (1 Mb). That will be in version 3.23 which will be released this week.

Meanwhile, if you are desperate, edit the file with a text editor and (after making a backup) delete the parts that are taking up a lot of room (eg. the variables). That will let you use it for a few days, and then when the new version is released, go back to the backup, and get all the variables etc. back.

You can delete whole chunks, eg. between:


<triggers> ... </triggers>
<aliases> ... </aliases>
<timers> ... </timers>
<variables> ... </variables>


The critical part, that has the connecting info, is between:


<world> ... </world>

However, backup before you start, or you may be worse off, if you corrupt the file so it can never be opened.
- Nick Gammon

www.gammon.com.au, www.mushclient.com
Top
Posted by Nick Gammon   Australia  (23,140 posts)  Bio   Forum Administrator
Date Reply #19 on Tue 04 Jun 2002 01:39 AM (UTC)
Message
Here's another approach that should work. :)


  1. Identify a large chunk of the world file (using a text editor), eg. all the variables (between <variables> ... </variables>).

  2. Copy them to a separate file (eg. myvariables.xml).

  3. Delete them from the original file.

  4. Repeat if necessary (eg. with triggers) to get the original file size below 102400 bytes.

  5. Open the trimmed world.

  6. Go to File menu -> Import and import the variables.

  7. Ditto for triggers if required, etc.



What this will do is let you open the file "in pieces", so you will have everything back. Hopefully only one extra piece will be needed.

Then when version 3.23 comes out just go back to the original world file.

Again, back up that world file before you do anything.
- Nick Gammon

www.gammon.com.au, www.mushclient.com
Top
Posted by Exodus   (14 posts)  Bio
Date Reply #20 on Fri 19 Jul 2002 02:44 AM (UTC)
Message
Hi there,

May I know when is 3.23 being released? According to the message, it was supposed to be released in june. Or maybe i can't find the page to download it from. http://www.gammon.com.au/files/mushclient/ doesn't have it.

Well, the main reason i'm asking is because my world file is too big for the present 3.22 to load at one shot, and its quite troublesome to keep loading the different bits everytime i use the client.

Thanks
Top
Posted by Nick Gammon   Australia  (23,140 posts)  Bio   Forum Administrator
Date Reply #21 on Fri 19 Jul 2002 08:06 AM (UTC)
Message
I have waited quite a while for bugs in 3.23 to be reported, and there are indeed very few.

Therefore I will correct the main (albeit fairly minor) problems, and release 3.24 next week.
- Nick Gammon

www.gammon.com.au, www.mushclient.com
Top

The dates and times for posts above are shown in Universal Co-ordinated Time (UTC).

To show them in your local time you can join the forum, and then set the 'time correction' field in your profile to the number of hours difference between your location and UTC time.

65,602 views.

This is page 2, subject is 2 pages long:  [Previous page]  1  2 

It is now over 60 days since the last post. This thread is closed.     Refresh page

Go to topic:           Search the forum

[Go to top] top

Information and images on this site are licensed under the Creative Commons Attribution 3.0 Australia License unless stated otherwise.

Home