Return-Path: Mailing-List: contact user-help@ant.apache.org; run by ezmlm Delivered-To: mailing list user@ant.apache.org Received: (qmail 65659 invoked from network); 11 Apr 2003 16:10:53 -0000 Received: from unknown (HELO empburexch.burlington.emptoris.com) (63.111.224.162) by daedalus.apache.org with SMTP; 11 Apr 2003 16:10:53 -0000 Received: by empburexch.burlington.emptoris.com with Internet Mail Service (5.5.2653.19) id <2SX9N82N>; Fri, 11 Apr 2003 12:10:19 -0400 Message-ID: <15717BB71A5CD411A01600508BDCC2E201AFE15C@empburexch.burlington.emptoris.com> From: "Ciramella, EJ" To: 'Ant Users List' Subject: RE: performance enhancements... Date: Fri, 11 Apr 2003 12:10:15 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C30044.D6D7D130" X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N ------_=_NextPart_001_01C30044.D6D7D130 Content-Type: text/plain; charset="iso-8859-1" That's exactly what I was looking for: memoryInitialSize="512m"____ results in a build time of 1 min 3 sec memoryMaximumSize="512m" memoryInitialSize="768m"____ results in a build time of 1 min memoryMaximumSize="768m" memoryInitialSize="896m"____ results in a build time of 1 min 2 seconds memoryMaximumSize="896m" Since three seconds don't really matter, I'm going to just let it sit at 512. -----Original Message----- From: David McTavish [mailto:dmctavish@SANDVINE.com] Sent: Friday, April 11, 2003 12:02 PM To: 'Ant Users List' Subject: RE: performance enhancements... Memory allocation really only helps in the event of caching information that will be used extensively, so allocating more memory really doesn't have any effect if the application doesn't use it. You could allot 1GB, but if javac only requires 100 MB, it will never gain any advantage from having the other memory reserved. If anything, it will most likely suffer a performance degradation if your operating system is trying to multi-task between your compile process and other background processes that are starving for memory. I would try to evaluate what the largest block of memory you require for compiling, reserving a good 30 to 40% more space for future development, and let that roll. Anything else would most likely be consuming resources unnecessarily. d. -----Original Message----- From: Ciramella, EJ [mailto:ECiramella@emptoris.com] Sent: Friday, April 11, 2003 11:54 AM To: 'Ant Users List' Subject: RE: performance enhancements... Right, but does say allocating 768 MB of ram instead of 512 make any difference? Should it? -----Original Message----- From: Dominique Devienne [mailto:DDevienne@lgc.com] Sent: Friday, April 11, 2003 11:51 AM To: 'Ant Users List' Subject: RE: performance enhancements... Doesn't matter I'd think if you're not getting OoM errors. --DD -----Original Message----- From: Ciramella, EJ [mailto:ECiramella@emptoris.com] Sent: Friday, April 11, 2003 10:50 AM To: 'Ant Users List' Subject: performance enhancements... On our systems here, we all have 1 GB of ram - how much should I allocate to the lengthy compile target? When does it not matter anymore? --------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscribe@ant.apache.org For additional commands, e-mail: user-help@ant.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscribe@ant.apache.org For additional commands, e-mail: user-help@ant.apache.org ------_=_NextPart_001_01C30044.D6D7D130--