Path: csiph.com!x330-a1.tempe.blueboxinc.net!usenet.pasdenom.info!weretis.net!feeder4.news.weretis.net!newsfeed.utanet.at!newscore.univie.ac.at!aconews-feed.univie.ac.at!aconews.univie.ac.at!not-for-mail Newsgroups: comp.lang.java.programmer From: Andreas Leitgeb Subject: Re: Bulk Array Element Allocation, is it faster? References: <31815149.2253.1316975280430.JavaMail.geo-discussion-forums@prfp13> <25084990.892.1316990596220.JavaMail.geo-discussion-forums@prfb12> Reply-To: avl@logic.at User-Agent: slrn/pre0.9.9-111 (Linux) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: Date: 26 Sep 2011 06:00:27 GMT Lines: 15 NNTP-Posting-Host: gamma.logic.tuwien.ac.at X-Trace: 1317016827 tunews.univie.ac.at 11354 128.130.175.3 X-Complaints-To: abuse@tuwien.ac.at Xref: x330-a1.tempe.blueboxinc.net comp.lang.java.programmer:8324 Jan Burse wrote: > Jan Burse schrieb: >> So what is going on in the 64bit? > Problem resolved! Thanks all for your attention and > good advise. Especially persisting in look at the > application, there was a bottleneck somewhere else. If it can be demonstrated within the context of: bulk instanciation in a loop versus on-demand instanciation ("lazy") then I'd be curious about where/what that extra bottleneck was. > Dunno why it wasn't seen for 32-bit, ...