What can cause a memory leak?

So I recently found out that MSI has a HUGE memory leak somewhere, which is causing Simba to return the dreaded code:8 error. I know basically nothing about this stuff, but I can only assume that your CPU shouldn't steadily increase as the script runs. I would like to know everything you guys can think of that may cause a memory leak. Also, if you've experienced this problem with MSI, post anything that may be helpful. Please Note: This happened without reflection included.

Quote:

---

Originally Posted by grats

What I did notice is during break count down memory gets filled faster than any other time.

---

Quote:

---

Originally Posted by Coh3n

I noticed the memory steadily increasing while it was waiting for the tree to be chopped down, + a significant increase after walking.

---

• Not freeing bitmaps/DTM
  I don't think this is the issue as MSI doesn't use bitmaps, and all the DTMs are loaded once when the script start. Plus, we've done it like this long before there was a memory leak.
  
  
• Not closing files
  Again, I don't think this is it either because the debug files is only opened once during runtime, and the report file is closed and rewritten to each time MSI_ProgressReport is called. Not to mention I still had this problem when I turned debug saving off.

I don't care if you think it's stupid, post it. This needs to be solved ASAP.

Quote:

---

Originally Posted by Coh3n

So I recently found out that MSI has a HUGE memory leak somewhere, which is causing Simba to return the dreaded code:8 error. I know basically nothing about this stuff, but I can only assume that your CPU shouldn't steadily increase as the script runs. I would like to know everything you guys can think of that may cause a memory leak. Also, if you've experienced this problem with MSI, post anything that may be helpful.

• Not freeing bitmaps/DTM
  I don't think this is the issue as MSI doesn't use bitmaps, and all the DTMs are loaded once when the script start. Plus, we've done it like this long before there was a memory leak.
  
  
• Not closing files
  Again, I don't think this is it either because the debug files is only opened once during runtime, and the report file is closed and rewritten to each time MSI_ProgressReport is called. Not to mention I still had this problem when I turned debug saving off.

I don't care if you think it's stupid, post it. This needs to be solved ASAP.

---

What i have read, it's because of Reflection Include.

~Home

Quote:

---

Originally Posted by Home

What i have read, it's beceuase of Reflection Include.

~Home

---

Sorry, forgot to mention that I didn't have reflection included when this happened (3 times).

Its probably because you've gotten MSI too large to load *all* of the DTM's at once.

Remember, SPS uses MASSIVE bitmaps too. So, you need to be careful about this.

Perhaps the loading of DTMs needs to be switched to loading per script rather than at the start of MSI.

Quote:

---

Originally Posted by Nava2

Its probably because you've gotten MSI too large to load *all* of the DTM's at once.

Remember, SPS uses MASSIVE bitmaps too. So, you need to be careful about this.

Perhaps the loading of DTMs needs to be switched to loading per script rather than at the start of MSI.

---

As long as they aren't being reloaded specific to each script the memory usage shouldn't go up if they are all loaded at the beginning.

Maybe it is possibly the architecture of MSI and after jumping around for awhile it ends up using too much memory with everything being allocated. What script specifically are you using?

Quote:

---

Originally Posted by Nava2

Its probably because you've gotten MSI too large to load *all* of the DTM's at once.

Remember, SPS uses MASSIVE bitmaps too. So, you need to be careful about this.

Perhaps the loading of DTMs needs to be switched to loading per script rather than at the start of MSI.

---

But then if you get really big even for the scirpts to make them flawless, you would just want to load them when needed, else you might become really really big and there would be the same problem for per scirpt

Quote:

---

Originally Posted by HyperSecret

As long as they aren't being reloaded specific to each script the memory usage shouldn't go up if they are all loaded at the beginning.

---

That's what I thought also.

Quote:

---

Originally Posted by HyperSecret

Maybe it is possibly the architecture of MSI and after jumping around for awhile it ends up using too much memory with everything being allocated. What script specifically are you using?

---

Rimmington Yews, but I've gotten it using several other scripts as well. And I would think that after doing something that required more CPU, once finished, the CPU would balance out again, not continually increase.

Quote:

---

Originally Posted by Troll Man

But then if you get really big even for the scirpts to make them flawless, you would just want to load them when needed, else you might become really really big and there would be the same problem for per scirpt

---

Yeah that's what we thought too, we just didn't fell there were enough right now to really make a difference like that. May not be a bad idea to try out though.

Personally, I think its a waste of RAM/resources to load all of the DTMs at once. Especially when there are over 50 of them.

Sure, you save some speed by doing it this way, but cacheing always brings up the arguement of speed vs. resources. In this case, resources are more important.

When people are using multiple Simbas running MSI, you need to be careful with how much caching you are doing. Remember, it could be multiplied by four or five depending on who is running it. Not to mention, it will cause a much larger strain on a computer running hotter etc by doing it this way (with multiple clients).

I feel badly commenting on MSI like this, since I have yet to actually code anything for it (directly). Take it for what its worth though.

I've been forcing everything on startup to page to my hard drive, allowing what happens to ram/what increases AFTERWARD a lot easier...

anyways, any test I can possibly run on bots / any script throw at me.. I'd like to help where I can and running lots of scripts on their own private computer is something I can do.


I'm currently testing a few things with reflection turned off.. the power chopper coh3n told me to do, also things like leaving the script on pause and seeing if it would leak for that odd reason..? I don't know what runs while paused

Quote:

---

Originally Posted by Nava2

Personally, I think its a waste of RAM/resources to load all of the DTMs at once. Especially when there are over 50 of them.

Sure, you save some speed by doing it this way, but cacheing always brings up the arguement of speed vs. resources. In this case, resources are more important.

When people are using multiple Simbas running MSI, you need to be careful with how much caching you are doing. Remember, it could be multiplied by four or five depending on who is running it. Not to mention, it will cause a much larger strain on a computer running hotter etc by doing it this way (with multiple clients).

I feel badly commenting on MSI like this, since I have yet to actually code anything for it (directly). Take it for what its worth though.

---

Don't feel bad, MSI is a community project remember. ;) Plus you're absolutely right. I don't think its an explanation as to why the CPU usage increases, but right nonetheless. Katee's coming next week so I probably won't be doing anything, but I'll definitely try this out.

Okay, I just looped MSI_WaitWhileChopping(1) for 41 minutes, nothing happened.
The leak isn't in Smart_drawbox , tried that too.

edit: however when i tried to close simba, it hung.

walking with color is eating the hell out of CPU's on all my computers / VM's

Commenting this in setup.simba like coh3n said, I don't see any leaks on powerchopper at all for memory.

Simba Code:

//{$include_once reflection/reflection.simba}

it hit a random and added 30210KB (about 30MB) to the usage instantly.. and never released it... it released about 3 megs but hasn't gone down

does that mean when it hits something random or calls a different procedure that isn't normally called in the script it may not be releasing that? (sorry I'm pretty scripting dummy)

Color walking.. Well that's interesting...

I honestly can't think of what may cause that. :(

Quote:

---

Originally Posted by Coh3n

Color walking.. Well that's interesting...

I honestly can't think of what may cause that. :(

---

Keep in mind the hardware I allow these machines to tap into is very low.. reflection walking lags smart and color walking makes the cpu go pretty high, the scripts aren't having any problems at all.. and the cpu drops the second they stop walking.. the only problem they've ever had is in some mostly walking scripts such as rune crafting scripts that use reflection... because smart freezes until the character reaches the flag destination it messes stuff up / makes them slow (that doesn't even matter for what we're figuring out though)

The memory and cpu are extremely steady for this MSI powerchopper, the only thing that changed it was when I got the random, the memory used never went down.. I can guess in the future of this script seeing a few more randoms would get up to a lot, although I won't ever see a code 8 in my VM's unless they fill up a couple hundred gigs of page space lol...






if you guys have any programs / scripts / software you want me to be running to help you see what's going on, throw it out here

Memory leaks occur when you don't free memory that you have allocated. All variables of base types that Pascal Script supports should be allocated and freed by the scripting engine (integers, floats, chars, strings, records, arrays, enums, sets). However, classes are something different. Classes are allocated by .Create and should be freed by .Free. If you do not free your memory, the application keeps allocating more and more memory until you run out.

My tip:
Only look at things you actually create (objects, bitmaps, dtms, files, etc.). Things like bitmaps, dtms and files are stored in an array in the Simba back end. It reuses empty spots. So if you want to check if you have a memory leak, just dump the index after you've created a bitmap/dtm/file. It should stabilize.

Simba Code:

program new;
var
  a: Integer;
begin
  a := BitmapFromString(2, 2, '');
  WriteLn(a);
  FreeBitmap(a);

  a := BitmapFromString(2, 2, '');
  WriteLn(a);
end.

a should be 0, because you've freed the first bitmap. If you hadn't done that, the index would've been 1.

If you are sure memory is leaking, and it's not coming from the script. Then it could be coming from a function in Simba or a leak in the scripting engine. Either way, it would be nice if you could single out the baddie :)

@nielsie95's, we think it's MSI because so far no other scripts have got the crazy usage of memory, so I wouldn't say it is anything in simba.. unless MSI uses stuff in simba other scripts do not.

If it helps at all, everything ratinator uses does not have a leak, I can guarantee this because I've ran it days straight, on multiple occasions... right now I think narrowing it down to which scripts do / don't is the best we can do to figure out what is doing the leak.



wow ok, so.. the second it hit 30 minutes run time the memory usage jumped by 33MB's and the cpu usage (average) went up 10%


edit, sorry, this script is the power chopper script on willows

second edit:

I'm going to be watching right at 60 minutes to see if it has another huge jump, if it does then that's something... strange

Quote:

---

Originally Posted by grats

Keep in mind the hardware I allow these machines to tap into is very low.. reflection walking lags smart and color walking makes the cpu go pretty high, the scripts aren't having any problems at all.. and the cpu drops the second they stop walking.. the only problem they've ever had is in some mostly walking scripts such as rune crafting scripts that use reflection... because smart freezes until the character reaches the flag destination it messes stuff up / makes them slow (that doesn't even matter for what we're figuring out though)

The memory and cpu are extremely steady for this MSI powerchopper, the only thing that changed it was when I got the random, the memory used never went down.. I can guess in the future of this script seeing a few more randoms would get up to a lot, although I won't ever see a code 8 in my VM's unless they fill up a couple hundred gigs of page space lol...






if you guys have any programs / scripts / software you want me to be running to help you see what's going on, throw it out here

---

Do you happen to know what random that was? Because that seems like a big problem as well.

I'm very happy to hear that the powerchopper's memory is stable (I'd still like to see the difference from start to say 6 hours later) because that means the majority of MSI's core is fine.

@nielsie: Thanks, that should actually help a lot. :)

E: @grats: That can't be good. Did you see if any particular function was called?

Quote:

---

Originally Posted by Coh3n

Do you happen to know what random that was? Because that seems like a big problem as well.

I'm very happy to hear that the powerchopper's memory is stable (I'd still like to see the difference from start to say 6 hours later) because that means the majority of MSI's core is fine.

@nielsie: Thanks, that should actually help a lot. :)

---

The frog random, kissing the frog princess or whatever

update to my edit above, it has dropped 10 of the 33MB jump it had (in memory) but the CPU usage stays at the 10% increase average

I'll be back in like 10 mins.


edit: just dropped 5 more.
back

what is your guys IRC channel or wherever people can talk in real time? I tried connecting but the server didn't exist anymore, can't find anything up to date.

Quote:

---

Originally Posted by Coh3n

E: @grats: That can't be good. Did you see if any particular function was called?

---

Nothing in the debug box, but guess what?

right when it hit exactly 60 min

BAMMMM! 15MB's put onto the memory! it's not being released either.

That's definitely part of the adding onto the memory.

Progress Report:

[0:58:06]: [ ****** ] ------ Uptext found!
[0:58:06]: [ ****** ] ------ MSI_Track Object
[0:58:06]: [ ****** ] ---------- Not enough points: 4
[0:58:06]: [ ****** ] ---------- Not enough points: 3
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:06]: [ ****** ] ---------- Not enough points: 7
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:06]: [ ****** ] ---------- Point in bad box
[0:58:07]: [ ****** ] ---------- Point in bad box
[0:58:07]: [ ****** ] ---------- Point in bad box
[0:58:07]: [ ****** ] -------- ~ Track Record
[0:58:07]: [ ****** ] -------- ~ ~ TrackObject
[0:58:07]: [ ****** ] -------- ~ ~ Searches: 155
[0:58:07]: [ ****** ] -------- ~ ~ Successes: 151
[0:58:07]: [ ****** ] -------- ~ ~ Success %: 97
[0:58:07]: [ ****** ] ------ MSI_TrackObject: True
[0:58:07]: [ ****** ] ---- MSI_FindObjectsIn: True
[0:58:07]: [ ****** ] ---- MSI_WaitWhileChopping
[0:58:07]: [ ****** ] ------ Looking for tree
[0:58:07]: [ ****** ] ------ Track box distance: 34
[0:58:07]: [ ****** ] ------ Looking for bird's nests
[0:58:07]: [ ****** ] ------ Checking inventory count
[0:58:08]: [ ****** ] ------ Looking for bird's nests
[0:58:08]: [ ****** ] ------ Looking for bird's nests
[0:58:08]: [ ****** ] ------ Looking for bird's nests
[0:58:08]: [ ****** ] ------ Looking for bird's nests
[0:58:09]: [ ****** ] ------ Looking for bird's nests
[0:58:09]: [ ****** ] ------ Looking for tree
[0:58:09]: [ ****** ] ------ Track box distance: 26
[0:58:09]: [ ****** ] ------ Looking for bird's nests
[0:58:09]: [ ****** ] ------ Checking inventory count
[0:58:09]: [ ****** ] ------ Looking for tree
[0:58:09]: [ ****** ] ------ Track box distance: 26
[0:58:09]: [ ****** ] ------ Looking for bird's nests
[0:58:09]: [ ****** ] ------ Checking inventory count
[0:58:09]: [ ****** ] ------ Looking for bird's nests
[0:58:10]: [ ****** ] ------ Looking for bird's nests
[0:58:10]: [ ****** ] ------ Looking for bird's nests
[0:58:10]: [ ****** ] ------ Looking for bird's nests
[0:58:10]: [ ****** ] ------ Looking for tree
[0:58:10]: [ ****** ] ------ Track box distance: 26
[0:58:11]: [ ****** ] ------ Looking for bird's nests
[0:58:11]: [ ****** ] ------ Checking inventory count
[0:58:11]: [ ****** ] ------ Looking for bird's nests
[0:58:11]: [ ****** ] ------ Looking for bird's nests
[0:58:11]: [ ****** ] ------ Looking for tree
[0:58:11]: [ ****** ] ------ Track box distance: 26
[0:58:11]: [ ****** ] ------ Looking for bird's nests
[0:58:11]: [ ****** ] ------ Checking inventory count
[0:58:12]: [ ****** ] ------ Looking for bird's nests
[0:58:12]: [ ****** ] ------ Looking for tree
[0:58:12]: [ ****** ] ------ Track box distance: 26
[0:58:12]: [ ****** ] ------ Looking for bird's nests
[0:58:12]: [ ****** ] ------ Checking inventory count
[0:58:12]: [ ****** ] ------ Looking for tree
[0:58:12]: [ ****** ] ------ Track box distance: 26
[0:58:12]: [ ****** ] ------ Looking for bird's nests
[0:58:12]: [ ****** ] ------ Checking inventory count
[0:58:12]: [ ****** ] ------ Looking for tree
[0:58:12]: [ ****** ] ------ Track box distance: 26
[0:58:12]: [ ****** ] ------ Looking for bird's nests
[0:58:13]: [ ****** ] ------ Checking inventory count
[0:58:13]: [ ****** ] ------ Looking for bird's nests
[0:58:13]: [ ****** ] ------ Looking for bird's nests
[0:58:13]: [ ****** ] ------ Looking for bird's nests
[0:58:14]: [ ****** ] ------ Looking for bird's nests
[0:58:14]: [ ****** ] -------- Scanning for randoms...
[0:58:14]: [ ****** ] ------ Looking for tree
[0:58:14]: [ ****** ] ------ Track box distance: 26
[0:58:14]: [ ****** ] ------ Looking for bird's nests
[0:58:14]: [ ****** ] ------ Checking inventory count
[0:58:14]: [ ****** ] ------ Looking for bird's nests
[0:58:14]: [ ****** ] ------ Looking for bird's nests
[0:58:15]: [ ****** ] ------ Looking for bird's nests
[0:58:15]: [ ****** ] ------ Looking for tree
[0:58:15]: [ ****** ] ------ Track box distance: 26
[0:58:15]: [ ****** ] ------ Looking for bird's nests
[0:58:15]: [ ****** ] ------ Checking inventory count
[0:58:15]: [ ****** ] ------ Looking for bird's nests
[0:58:15]: [ ****** ] ------ Looking for tree
[0:58:15]: [ ****** ] ------ Track box distance: 26
[0:58:16]: [ ****** ] ------ Looking for bird's nests
[0:58:16]: [ ****** ] ------ Checking inventory count
[0:58:16]: [ ****** ] ------ Looking for bird's nests
[0:58:16]: [ ****** ] ------ Looking for bird's nests
[0:58:16]: [ ****** ] ------ Looking for bird's nests
[0:58:17]: [ ****** ] ------ Looking for bird's nests
[0:58:17]: [ ****** ] ------ Looking for bird's nests
[0:58:17]: [ ****** ] ------ Looking for bird's nests
[0:58:18]: [ ****** ] ------ Looking for bird's nests
[0:58:18]: [ ****** ] -------- MSI_AntiBan
[0:58:18]: [ ****** ] ------ Looking for bird's nests
[0:58:18]: [ ****** ] ------ Looking for tree
[0:58:18]: [ ****** ] ------ Track box distance: 26
[0:58:18]: [ ****** ] ------ Looking for bird's nests
[0:58:18]: [ ****** ] ------ Checking inventory count
[0:58:18]: [ ****** ] ------ Looking for bird's nests
[0:58:19]: [ ****** ] ------ Looking for bird's nests
[0:58:19]: [ ****** ] ------ Looking for bird's nests
[0:58:19]: [ ****** ] ------ Looking for bird's nests
[0:58:20]: [ ****** ] ------ Looking for bird's nests
[0:58:20]: [ ****** ] ------ Looking for bird's nests
[0:58:20]: [ ****** ] ------ Looking for bird's nests
[0:58:20]: [ ****** ] ------ Looking for tree
[0:58:20]: [ ****** ] ------ Track box distance: 30
[0:58:20]: [ ****** ] ------ Looking for bird's nests
[0:58:20]: [ ****** ] ------ Checking inventory count
[0:58:21]: [ ****** ] ------ Looking for bird's nests
[0:58:21]: [ ****** ] ------ Looking for tree
[0:58:21]: [ ****** ] ------ Track box distance: 30
[0:58:21]: [ ****** ] ------ Looking for bird's nests
[0:58:21]: [ ****** ] ------ Checking inventory count
[0:58:21]: [ ****** ] ------ Looking for bird's nests
[0:58:21]: [ ****** ] ------ Looking for bird's nests
[0:58:22]: [ ****** ] ------ Looking for bird's nests
[0:58:22]: [ ****** ] ------ Looking for tree
[0:58:22]: [ ****** ] ------ Track box distance: 30
[0:58:22]: [ ****** ] ------ Looking for bird's nests
[0:58:22]: [ ****** ] ------ Checking inventory count
[0:58:22]: [ ****** ] ------ Looking for bird's nests
[0:58:23]: [ ****** ] ------ Looking for bird's nests
[0:58:23]: [ ****** ] ------ Looking for bird's nests
[0:58:23]: [ ****** ] ------ Looking for bird's nests
[0:58:23]: [ ****** ] ------ Looking for bird's nests
[0:58:24]: [ ****** ] ------ Looking for bird's nests
[0:58:24]: [ ****** ] ------ Looking for tree
[0:58:24]: [ ****** ] ------ Track box distance: 30
[0:58:24]: [ ****** ] ------ Looking for bird's nests
[0:58:24]: [ ****** ] ------ Checking inventory count
[0:58:24]: [ ****** ] ------ Looking for bird's nests
[0:58:25]: [ ****** ] ------ Looking for bird's nests
[0:58:25]: [ ****** ] ------ Looking for bird's nests
[0:58:25]: [ ****** ] ------ Looking for bird's nests
[0:58:25]: [ ****** ] ------ Looking for bird's nests
[0:58:26]: [ ****** ] ------ Looking for bird's nests
[0:58:26]: [ ****** ] ------ Looking for bird's nests
[0:58:26]: [ ****** ] ------ Looking for tree
[0:58:26]: [ ****** ] ------ Track box distance: 30
[0:58:26]: [ ****** ] ------ Looking for bird's nests
[0:58:26]: [ ****** ] ------ Checking inventory count
[0:58:27]: [ ****** ] ------ Looking for bird's nests
[0:58:27]: [ ****** ] ------ Looking for bird's nests
[0:58:27]: [ ****** ] ------ Looking for bird's nests
[0:58:28]: [ ****** ] ------ Looking for bird's nests
[0:58:28]: [ ****** ] ------ Looking for bird's nests
[0:58:28]: [ ****** ] ------ Looking for tree
[0:58:28]: [ ****** ] ------ Track box distance: 30
[0:58:28]: [ ****** ] ------ Looking for bird's nests
[0:58:28]: [ ****** ] ------ Checking inventory count
[0:58:28]: [ ****** ] ------ Looking for bird's nests
[0:58:29]: [ ****** ] ------ Looking for bird's nests
[0:58:29]: [ ****** ] -------- Scanning for randoms...
[0:58:29]: [ ****** ] ------ Looking for bird's nests
[0:58:29]: [ ****** ] ------ Looking for bird's nests
[0:58:29]: [ ****** ] ------ Looking for bird's nests
[0:58:29]: [ ****** ] ------ Looking for tree
[0:58:29]: [ ****** ] ------ Track box distance: 30
[0:58:30]: [ ****** ] ------ Looking for bird's nests
[0:58:30]: [ ****** ] ------ Checking inventory count
[0:58:30]: [ ****** ] ------ Looking for bird's nests
[0:58:30]: [ ****** ] ------ Looking for bird's nests
[0:58:31]: [ ****** ] ------ Looking for bird's nests
[0:58:31]: [ ****** ] ------ Looking for bird's nests
[0:58:31]: [ ****** ] ------ Looking for tree
[0:58:31]: [ ****** ] ------ Track box distance: 30
[0:58:31]: [ ****** ] ------ Looking for bird's nests
[0:58:31]: [ ****** ] ------ Checking inventory count
[0:58:31]: [ ****** ] ------ Looking for bird's nests
[0:58:31]: [ ****** ] ------ Looking for tree
[0:58:31]: [ ****** ] ------ Track box distance: 30
[0:58:32]: [ ****** ] ------ Looking for bird's nests
[0:58:32]: [ ****** ] ------ Checking inventory count
[0:58:32]: [ ****** ] ------ Looking for bird's nests
[0:58:32]: [ ****** ] ------ Looking for tree
[0:58:32]: [ ****** ] ------ Track box distance: 30
[0:58:32]: [ ****** ] ------ Looking for bird's nests
[0:58:32]: [ ****** ] ------ Checking inventory count
[0:58:32]: [ ****** ] ------ Looking for tree
[0:58:32]: [ ****** ] ------ Track box distance: 30
[0:58:32]: [ ****** ] ------ Looking for bird's nests
[0:58:32]: [ ****** ] ------ Checking inventory count
[0:58:33]: [ ****** ] ------ Looking for bird's nests
[0:58:33]: [ ****** ] ------ Looking for bird's nests
[0:58:33]: [ ****** ] ------ Looking for bird's nests
[0:58:33]: [ ****** ] ------ Looking for tree
[0:58:33]: [ ****** ] ------ Track box distance: 30
[0:58:33]: [ ****** ] ------ Looking for bird's nests
[0:58:33]: [ ****** ] ------ Checking inventory count
[0:58:34]: [ ****** ] ------ Looking for bird's nests
[0:58:34]: [ ****** ] ------ Looking for bird's nests
[0:58:34]: [ ****** ] ------ Looking for bird's nests
[0:58:34]: [ ****** ] ------ Looking for tree
[0:58:34]: [ ****** ] ------ Track box distance: 30
[0:58:35]: [ ****** ] ------ Looking for bird's nests
[0:58:35]: [ ****** ] ------ Checking inventory count
[0:58:35]: [ ****** ] ------ Looking for tree
[0:58:35]: [ ****** ] ------ Track box distance: 30
[0:58:35]: [ ****** ] ------ Looking for bird's nests
[0:58:35]: [ ****** ] ------ Checking inventory count
[0:58:35]: [ ****** ] ------ Looking for tree
[0:58:35]: [ ****** ] ------ Track box distance: 30
[0:58:35]: [ ****** ] ------ Looking for bird's nests
[0:58:35]: [ ****** ] ------ Checking inventory count
[0:58:35]: [ ****** ] -------- New count > old count
[0:58:35]: [ ****** ] ------ Looking for tree
[0:58:35]: [ ****** ] ------ Track box distance: 30
[0:58:35]: [ ****** ] ------ Looking for bird's nests
[0:58:35]: [ ****** ] ------ Checking inventory count
[0:58:35]: [ ****** ] ------ Looking for tree
[0:58:35]: [ ****** ] ------ Track box distance: 30
[0:58:36]: [ ****** ] ------ Looking for bird's nests
[0:58:36]: [ ****** ] ------ Checking inventory count
[0:58:36]: [ ****** ] ------ Looking for tree
[0:58:36]: [ ****** ] ------ Track box distance: 30
[0:58:36]: [ ****** ] ------ Looking for bird's nests
[0:58:36]: [ ****** ] ------ Checking inventory count
[0:58:36]: [ ****** ] ------ Looking for bird's nests
[0:58:36]: [ ****** ] ------ Looking for tree
[0:58:36]: [ ****** ] ------ Track box distance: 30
[0:58:37]: [ ****** ] ------ Looking for bird's nests
[0:58:37]: [ ****** ] ------ Checking inventory count
[0:58:37]: [ ****** ] ------ Looking for bird's nests
[0:58:37]: [ ****** ] ------ Looking for bird's nests
[0:58:37]: [ ****** ] ------ Looking for tree
[0:58:37]: [ ****** ] ------ Track box distance: 30
[0:58:37]: [ ****** ] ------ Looking for bird's nests
[0:58:37]: [ ****** ] ------ Checking inventory count
[0:58:37]: [ ****** ] -------- New count > old count
[0:58:38]: [ ****** ] ---- MSI_WaitWhileChopping: Finished
[0:58:38]: [ ****** ] ---- stats_IncVariable('Willow Logs Chopped', 27);
[0:58:38]: [ ****** ] ---- MSI_CountItems: Found 27 of Willow logs (1822 XP)
[0:58:38]: [ ****** ] ---- MSI_DropAll

this is all I'm seeing.. nothing special.









edit:

every 15 minutes a minimum of 10MB is added to ram


edit:
just hit 1:30 and only 5MB's were added.. this is the first time under 10MB's were added (per 15 mins)

Hmm, is there a DTM or bitmap in the Bird's Nest finder? Might have been missed.

Quote:

---

Originally Posted by Coh3n

Don't feel bad, MSI is a community project remember. ;) Plus you're absolutely right. I don't think its an explanation as to why the CPU usage increases, but right nonetheless. Katee's coming next week so I probably won't be doing anything, but I'll definitely try this out.

---

Nah, CPU usage probably has something to do with running intensive alorithms without small waits involved. For example:

Simba Code:

while(not Chopping) do
  writeln('not chopping');

DOMINATES your CPU. Try out the former, then try this one:

Simba Code:

while (not Chopping) do
begin
  wait(16);
  writeln('not chopping');
end;

See if there is a difference in the CPU usage. This might be one small subtlety in the MSI code that's been missed.. again, I haven't looked but its something that is commonly over-looked.

P.S. SRL >> Katee & sexys

@Grats: I don't understand why it would be added every 15 minutes. :unsure:

@Nava (1): I don't think so because we would get many more "DTMs haven't been freed" if that were the case.

@Nava (2): I know, that's actually happened recently with MSI_WaitTile, and I wouldn't (surprised if its been over looked somewhere else as well. Aaaaannd, I know it is, but a happy wife is a happy life.

I'm going to be checking my personal findings out on a few different bots at the same time, I am finishing up attack level for many bots and I will be checking powerminer / powerchopper on 5 or more accounts.. at least 4 hours each (at a time)

Quote:

---

Originally Posted by grats

Nothing in the debug box, but guess what?

right when it hit exactly 60 min

BAMMMM! 15MB's put onto the memory! it's not being released either.

That's definitely part of the adding onto the memory.

---

Keep in mind that Runescape can also use some additional memory.

Quote:

---

Originally Posted by Wizzup?

Keep in mind that Runescape can also use some additional memory.

---

But it wouldn't continually be added. At least I wouldn't think that would be the case.

Quote:

---

Originally Posted by Wizzup?

Keep in mind that Runescape can also use some additional memory.

---

It was jumping right at the 15 minute marker every time, and it was only sitting at two trees (this script wasn't walking at all) so I don't think runescape would be needing more? there were no players around to make runescape need more or anything