Path: csiph.com!x330-a1.tempe.blueboxinc.net!usenet.pasdenom.info!news.albasani.net!.POSTED!not-for-mail From: Jan Burse Newsgroups: comp.lang.java.programmer Subject: Re: Bulk Array Element Allocation, is it faster? Date: Mon, 26 Sep 2011 15:02:06 +0200 Organization: albasani.net Lines: 25 Message-ID: References: <31815149.2253.1316975280430.JavaMail.geo-discussion-forums@prfp13> <25084990.892.1316990596220.JavaMail.geo-discussion-forums@prfb12> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: news.albasani.net zgJ+5RLU7QhxgQAwhOSm5SZGlOTj7EIKuCb5e8S1NTdrHb69zMjXhWt6mQK/IF1p4p2ulZ012IOb4a1BBxXHbPfN30nTOQOUdxlHfQhAVbFbsfY/E9PGRVy2pTs2vHo1 NNTP-Posting-Date: Mon, 26 Sep 2011 13:02:06 +0000 (UTC) Injection-Info: news.albasani.net; logging-data="Wexf8LdxMkEqKe2CHss1gcHrPhChvjBMtJWORMggoFUQldAqrasdm5XCiwhqFjOwlt/8LGhBZDS0/4Ee6cCKS+wItZkodaRSToo+iG5cn1gZOfFd6VnDsdCxklE/fwPy"; mail-complaints-to="abuse@albasani.net" User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:6.0.2) Gecko/20110902 Firefox/6.0.2 SeaMonkey/2.3.3 In-Reply-To: Cancel-Lock: sha1:m2odJ2CH/1rI2qVXg9xB4ab+M3c= Xref: x330-a1.tempe.blueboxinc.net comp.lang.java.programmer:8330 Jan Burse schrieb: > There is a little guard which is called like > m times. And then the null test is maximally > n times done. Since the guard is cheap and > since it guards a couple of null tests, the > overhead is now small. This could be transformed to other problems. Like for example an uninitialized matrice. Just put the guard on the rows of a matrice, and intialize rows in a bulk instead of the elements of the matrice. Clearly this gives a speed-up. Why is still null test on elements needed? Well the guard is reset from time to time. At least this happens in my application. Because otherwise one could object, the guard is enough, why should there be additional null tests on elements? Bye