Re: general performance question
- From: "Mike Schilling" <mscottschilling@xxxxxxxxxxx>
- Date: Thu, 31 Jan 2008 00:05:54 GMT
Matt Humphrey wrote:
"Tobi" <TobiMc3@xxxxxxxxx> wrote in message
news:628a2617-ff4a-460a-9c50-661e7f424f2f@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Is it *really* true that creating an object closer to where it will
be used by the code, rather than creating it and setting it to
null,
makes a noticeable difference performance-wise?
Clearly there's no sense at any time in creating an object and then
setting it to null, so I think you're mixing up variable declaration
with object creation.
There's this, which might not be what the OP had in mind:
void method()
{
...
if (condition)
{
LargeObject lg = new LargeObject();
lg.doStuff()
// See discussion below
}
...
}
This has been discussed on this group, and the consensus is that the
method's stack frame continues to point to the LargeObject, so that it
can't be collected until the method returns. (It seems to me that the
JVM should be free to null out the reference once it goes out of
scope, or even if it's in scope but flow analysis makes it clear that
it can't be used any more, but that was a minority opinion.) Thus it
can make sense to replace the comment with
lg = null;
.
- Follow-Ups:
- Re: general performance question
- From: Lew
- Re: general performance question
- From: Knute Johnson
- Re: general performance question
- References:
- general performance question
- From: Tobi
- Re: general performance question
- From: Matt Humphrey
- general performance question
- Prev by Date: Re: is jni.h platform / VM specific?
- Next by Date: commented properties in ejb file.
- Previous by thread: Re: general performance question
- Next by thread: Re: general performance question
- Index(es):