You are viewing a plain text version of this content. The canonical link for it is here.
Posted to ojb-user@db.apache.org by Glauber Andrade <gl...@maximasti.com.br> on 2004/02/20 14:19:58 UTC
Res: Re: Out of memory error (3)
It has 1051 registers.
-------Mensagem original-------
De: OJB Users List
Data: 02/20/04 04:15:22
Para: OJB Users List
Assunto: Re: Out of memory error
Hi,
Glauber Andrade wrote:
> My system doesn't work anymore. I got this error when I try to get the
> object Prestador (+- 600 registers).
> What should I do ?
>
Without knowing more about your system this is hard to answer.
If there are no problems with your repository.xml it could be that you
simply should start your server with more heap memory.
But if there are problems in the mapping, this won't help.
So you should start by checking your repository.
what can be problematic? Loading 1 root object with 600 dependend
objects shoul not be a problem (we are loading 10000 objects and more in
our testcases).
But if the registers objects have references to objects, and those
objects to yet another layer of objects, you are in trouble as OJB must
load a very large Object graph in one go.
The solution can be to set proxy="true" for those reference- and
collection-descriptors. In that way you avoid loading in one go and
defer the loading of dependend objects.
Thomas
>
> [org.apache.ojb.broker.accesslayer.JdbcAccessImpl] ERROR: SQLException
> during the execution of the query (for a
> com.maximas.sinret.data.Prestador): Memory allocation failure, message
> from server: "Out of memory. Restart daemon and try again (needed 65528
> bytes)"
> Memory allocation failure, message from server: "Out of memory. Restart
> daemon and try again (needed 65528 bytes)"
> java.sql.SQLException: Memory allocation failure, message from server:
> "Out of memory. Restart daemon and try again (needed 65528 bytes)"
>
>
>
> ____________________________________________________
> <http://www.incredimail.com/redir.asp?ad_id=322&lang=22> /IncrediMail/
> - *O mundo do correio eletrônico finalmente desenvolveu-se* - *_Clique
> aqui_* <http://www.incredimail.com/redir.asp?ad_id=322&lang=22>
---------------------------------------------------------------------
To unsubscribe, e-mail: ojb-user-unsubscribe@db.apache.org
For additional commands, e-mail: ojb-user-help@db.apache.org
Re: Out of memory error (3)
Posted by Thomas Mahler <th...@web.de>.
Hi Edson,
I'd like to integrate your RemovalAwareArrayList!
Please post it to my email address.
Thomas
Edson Carlos Ericksson Richter wrote:
> I don't know if help, but analizing Vector I've seen that when need more
> space, it double allocated space. ArrayList, at other side, does a less
> agressive approach (but is slower), and ojb has support for
> ManageableArrayList for collections (set collection-class).
>
> Of course, you should use Proxy for references and collections. If you need
> to show large lists, or mount complex reports, you should use ReportQueries.
> I had serious memory trouble using OJB with tables with 660000 records, and
> solved using report queryies.
>
> OJB has no native support for RemovalAware of type List, and if OJB team
> wish, I can send my private RemovalAwareArrayList I'm using for more than a
> year now.
>
> Best regards,
>
> Edson Richter
> ----- Original Message -----
> From: Glauber Andrade
> To: OJB Users List
> Sent: Friday, February 20, 2004 10:19 AM
> Subject: Res: Re: Out of memory error (3)
>
>
> It has 1051 registers.
>
> -------Mensagem original-------
>
> De: OJB Users List
> Data: 02/20/04 04:15:22
> Para: OJB Users List
> Assunto: Re: Out of memory error
>
> Hi,
>
> Glauber Andrade wrote:
>
>>My system doesn't work anymore. I got this error when I try to get the
>>object Prestador (+- 600 registers).
>>What should I do ?
>>
>
>
> Without knowing more about your system this is hard to answer.
> If there are no problems with your repository.xml it could be that you
> simply should start your server with more heap memory.
>
> But if there are problems in the mapping, this won't help.
> So you should start by checking your repository.
>
> what can be problematic? Loading 1 root object with 600 dependend
> objects shoul not be a problem (we are loading 10000 objects and more in
> our testcases).
> But if the registers objects have references to objects, and those
> objects to yet another layer of objects, you are in trouble as OJB must
> load a very large Object graph in one go.
>
> The solution can be to set proxy="true" for those reference- and
> collection-descriptors. In that way you avoid loading in one go and
> defer the loading of dependend objects.
>
> Thomas
>
>
>>[org.apache.ojb.broker.accesslayer.JdbcAccessImpl] ERROR: SQLException
>>during the execution of the query (for a
>>com.maximas.sinret.data.Prestador): Memory allocation failure, message
>>from server: "Out of memory. Restart daemon and try again (needed 65528
>>bytes)"
>>Memory allocation failure, message from server: "Out of memory. Restart
>>daemon and try again (needed 65528 bytes)"
>>java.sql.SQLException: Memory allocation failure, message from server:
>>"Out of memory. Restart daemon and try again (needed 65528 bytes)"
>>
>>
>>
>>____________________________________________________
>><http://www.incredimail.com/redir.asp?ad_id=322&lang=22> /IncrediMail/
>>- *O mundo do correio eletrônico finalmente desenvolveu-se* - *_Clique
>>aqui_* <http://www.incredimail.com/redir.asp?ad_id=322&lang=22>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: ojb-user-unsubscribe@db.apache.org
> For additional commands, e-mail: ojb-user-help@db.apache.org
>
>
>
>
> ____________________________________________________
> IncrediMail - O mundo do correio eletrônico finalmente desenvolveu-se -
> Clique aqui
>
>
> ---
> Outgoing mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.592 / Virus Database: 375 - Release Date: 18/2/2004
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: ojb-user-unsubscribe@db.apache.org
> For additional commands, e-mail: ojb-user-help@db.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: ojb-user-unsubscribe@db.apache.org
For additional commands, e-mail: ojb-user-help@db.apache.org
Re: Re: Out of memory error (3)
Posted by Edson Carlos Ericksson Richter <ed...@mgrinformatica.com.br>.
I don't know if help, but analizing Vector I've seen that when need more
space, it double allocated space. ArrayList, at other side, does a less
agressive approach (but is slower), and ojb has support for
ManageableArrayList for collections (set collection-class).
Of course, you should use Proxy for references and collections. If you need
to show large lists, or mount complex reports, you should use ReportQueries.
I had serious memory trouble using OJB with tables with 660000 records, and
solved using report queryies.
OJB has no native support for RemovalAware of type List, and if OJB team
wish, I can send my private RemovalAwareArrayList I'm using for more than a
year now.
Best regards,
Edson Richter
----- Original Message -----
From: Glauber Andrade
To: OJB Users List
Sent: Friday, February 20, 2004 10:19 AM
Subject: Res: Re: Out of memory error (3)
It has 1051 registers.
-------Mensagem original-------
De: OJB Users List
Data: 02/20/04 04:15:22
Para: OJB Users List
Assunto: Re: Out of memory error
Hi,
Glauber Andrade wrote:
> My system doesn't work anymore. I got this error when I try to get the
> object Prestador (+- 600 registers).
> What should I do ?
>
Without knowing more about your system this is hard to answer.
If there are no problems with your repository.xml it could be that you
simply should start your server with more heap memory.
But if there are problems in the mapping, this won't help.
So you should start by checking your repository.
what can be problematic? Loading 1 root object with 600 dependend
objects shoul not be a problem (we are loading 10000 objects and more in
our testcases).
But if the registers objects have references to objects, and those
objects to yet another layer of objects, you are in trouble as OJB must
load a very large Object graph in one go.
The solution can be to set proxy="true" for those reference- and
collection-descriptors. In that way you avoid loading in one go and
defer the loading of dependend objects.
Thomas
>
> [org.apache.ojb.broker.accesslayer.JdbcAccessImpl] ERROR: SQLException
> during the execution of the query (for a
> com.maximas.sinret.data.Prestador): Memory allocation failure, message
> from server: "Out of memory. Restart daemon and try again (needed 65528
> bytes)"
> Memory allocation failure, message from server: "Out of memory. Restart
> daemon and try again (needed 65528 bytes)"
> java.sql.SQLException: Memory allocation failure, message from server:
> "Out of memory. Restart daemon and try again (needed 65528 bytes)"
>
>
>
> ____________________________________________________
> <http://www.incredimail.com/redir.asp?ad_id=322&lang=22> /IncrediMail/
> - *O mundo do correio eletrônico finalmente desenvolveu-se* - *_Clique
> aqui_* <http://www.incredimail.com/redir.asp?ad_id=322&lang=22>
---------------------------------------------------------------------
To unsubscribe, e-mail: ojb-user-unsubscribe@db.apache.org
For additional commands, e-mail: ojb-user-help@db.apache.org
____________________________________________________
IncrediMail - O mundo do correio eletrônico finalmente desenvolveu-se -
Clique aqui
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.592 / Virus Database: 375 - Release Date: 18/2/2004
---------------------------------------------------------------------
To unsubscribe, e-mail: ojb-user-unsubscribe@db.apache.org
For additional commands, e-mail: ojb-user-help@db.apache.org