<html>
<head>
<style>
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Verdana
}
</style>
</head>
<body class='hmmessage'>
Heh.&nbsp; Java is a&nbsp;memory pig.&nbsp; That, however, is the nature of the beast.&nbsp; Sun effectively sacrificed memory&nbsp;for portability.&nbsp; As average system memory increases, that decision (as long as they can hold the jvm size stable)&nbsp;looks smarter and smarter.<BR>
&nbsp;<BR>
At this point I've run the poller for 24 hours.&nbsp; It is slowly increasing in size.&nbsp; About an extra 150 KB&nbsp;per hour on average.&nbsp; Personally, I find this extremely irritating.&nbsp; I am guessing that over time I have gotten complacent about variable useage.&nbsp; The basic assumption at this point among Java programers is that the compiler will deal with efficiency.&nbsp; For the most part this is true.&nbsp; This is an object lesson for me to not rely soley on the compiler for effeciancy.<BR>
&nbsp;<BR>
My next&nbsp;patch will focus on minimizing the memory footprint.&nbsp; I am going to comb through the code, and look for ways to reduce&nbsp;variable instantiation.&nbsp;&nbsp;I am going to not load the audio clips into memory, but instantiate them when needed.<BR>
&nbsp;<BR>
Since the game works in UDP&nbsp;I&nbsp;think that the ideal of making the poller work in TCP/IP, as a back up to the UDP code, is dumb.&nbsp; So I was also considering deleting that code.&nbsp; That will mean fewer variables and an overall simpler, easier to maintain, program.<BR>&nbsp;<BR>
Suggestions?<BR>
&nbsp;<BR><BR>&gt; Message: 2<BR>&gt; Date: Tue, 19 May 2009 15:07:41 -0500<BR>&gt; From: Bob Tanner &lt;basic@us.netrek.org&gt;<BR>&gt; Subject: Re: [netrek-dev] Netrek Game On! memory usage issue<BR>&gt; To: netrek-dev@us.netrek.org<BR>&gt; Message-ID: &lt;guv3id$1ba$1@ger.gmane.org&gt;<BR>&gt; Content-Type: text/plain; charset=ISO-8859-1; format=flowed<BR>&gt; <BR>&gt; On 2009-05-19 09:49:36 -0500, Jeremy Shupe <BR>&gt; &lt;jeremy.shupe@gmail.com&gt; said:<BR>&gt; <BR>&gt; &gt; All told, however, I can not understand how the program might have swelled<BR>&gt; &gt; to 300 megs of memory usage. I am trying to do a methodical analysis today,<BR>&gt; &gt; tracking memory usage over time. So I'll look at those results tonight.<BR>&gt; <BR>&gt; Lots of details missing from my irc discussion. :-)<BR>&gt; <BR>&gt; I never said the program (poller) leaked memory or there was anything <BR>&gt; wrong with the poller.<BR>&gt; <BR>&gt; I just stated that the JVM when running the poller takes 300M. I <BR>&gt; further stated that I think the Swing to Cocoa bridge is what is the <BR>&gt; memory pig (not the poller).<BR>&gt; <BR>&gt; I have not done any testing. As far as I know 300M is the base memory <BR>&gt; footprint for the JVM under osx.<BR><br /><hr />HotmailŪ goes with you.  <a href='http://windowslive.com/Tutorial/Hotmail/Mobile?ocid=TXT_TAGLM_WL_HM_Tutorial_Mobile1_052009' target='_new'>Get it on your BlackBerry or iPhone.</a></body>
</html>