Re: Memory issue
From: James (jamestthomas_at_comcast.net)
Date: 10/07/03
- Next message: Jova: "Re: Help Please"
- Previous message: Brad BARCLAY: "Re: Help Please"
- In reply to: Frank Brouwer: "Re: Memory issue"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Date: Tue, 07 Oct 2003 21:12:03 GMT
Well the reason it works on one machine and not the other is that very
little is guaranteed about the JVM and memory amangement, and different
machines and coinfigurations can result in different behavior. I would not
focus on the machine difference, it is in the code. After close, set the
objects to null and make sure the results are cleaned up after they are
sent. Again, no problem, tossing out the things i would check. "Frank
Brouwer" <frank.brouwer@trimergo.nl> wrote in message
news:3f82e142$0$437$1b62eedf@news.wanadoo.nl...
> Hi James,
>
> "James" <jamestthomas@comcast.net> wrote in message
> news:9OAgb.516621$cF.185652@rwcrnsc53...
> > Can you post a complete example of your call to the database. Are you
> > connection pooling? Are you releasing connections back into the pool or
> is
> > the pool growing too large? Are you manipulating arrays - any dangling
> > references? The data coming back - is it huge? Are any result sets
> hanging
> > around? Just a few questions that may spark something.
> >
>
> I'm not using a pool and use prepared statements only, the close()
method's
> are invoked when needed. The resultSet is evaluated in a loop and the
data
> is put into objects which are passed as an Enumeration or Iterator to the
> caller. But even if all your suggestions would be the case, it does not
> explain why it works on a computer with limited resources (like a
note-book)
> and not on a machine with plenty resources (big server).
>
> Thanks for thinking with me,
>
> Frank.
>
>
- Next message: Jova: "Re: Help Please"
- Previous message: Brad BARCLAY: "Re: Help Please"
- In reply to: Frank Brouwer: "Re: Memory issue"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
|