Mailing-List: contact dev-help@ant.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Ant Developers List" <dev@ant.apache.org>
Received-SPF: pass (nike.apache.org: domain of jak-ant-dev@m.gmane.org
 designates 80.91.229.12 as permitted sender)
To: dev@ant.apache.org
From: Jesse Glick <jesse.glick@oracle.com>
Subject: Re: list iteration (was: svn commit: r1066963 ...)
Date: Tue, 22 Feb 2011 09:53:14 -0500
Organization: Oracle Corp. / NetBeans
Lines: 11
Message-ID: <ik0ikq$cg5$1@dough.gmane.org>
References: <AANLkTimxcaV0K7mrFJJE9nrmYOOmrWg9qyvzY0q_4NkD@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
 rv:1.9.2.13) Gecko/20101208 Lightning/1.0b2 Thunderbird/3.1.7
In-Reply-To: <AANLkTimxcaV0K7mrFJJE9nrmYOOmrWg9qyvzY0q_4NkD@mail.gmail.com>

On 02/17/2011 11:30 PM, Kevin Jackson wrote:
> I tried to introduce some micro-optimizations
> (pretty much like these) into the Tomcat codebase 8 years ago, but was
> met with 'meh why bother?' responses as the thinking was that the vm
> would pretty much make optimizations pointless.  I suppose it depends
> on where the hotspots are.

And for a tool like Ant, it is unlikely that iterating a vector is consuming any measurable proportion of execution time, unless for some reason this particular vector is 
enormous or you are scanning it many thousands of times. Most of the time will be spent waiting for disk I/O, or CPU in some tool like javac. If you actually run a 
profiler on some typical loads and ignore unavoidable overhead (such as logically necessary file stats), usually you find some weird and vaguely embarrassing problem that 
you would never have guessed otherwise.


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org