I do have a log file now.

The layout(simplified) of the graph follows a class structure

class A{

int fld;

int retInt(){
return 0;
}
int retInt1(){
return 0;
}
}

(A)-method->(retInt)-pre->(fld)->[(value)....]
  |               |-post->(fld)->[(value)...]
  |-method->(retInt1)-pre->(fld)->[(value)....]
                     |-post->(fld)->[(value)...]

I use evaluators starting on method nodes. They search for relationships 
where the end node is value. The thousands of nodes are value nodes.

Thanks!

On Friday, August 29, 2014 2:43:26 PM UTC-6, Michael Hunger wrote:
>
> Neo4j Embedded runs in the JVM that you use it in and it uses the heap of 
> that VM.
>
> Please share what you do in more detail so that we have any chance to help 
> you out, right no it is too much vague information.
>
> Cheers,
>
> Michael
>
> Am 29.08.2014 um 20:57 schrieb José Cornado <[email protected] 
> <javascript:>>:
>
> Yes, I doubled eclipse's heap and it broke the 100,000k barrier. I 
> increased the size of the backend heap (where all the data goes) to see if 
> it can reach the 200,000.
>
> A more succinct question: does neo(embedded) create a process of its 
> own(thus creating another heap) that can be managed with properties, or 
> simple inherits the heap of the master process?
>
> Thanks!
>
> On Friday, August 29, 2014 11:17:29 AM UTC-6, Michael Hunger wrote:
>>
>> This is already tiny heap for eclipse without neo
>>
>> Sent from mobile device
>>
>> Am 29.08.2014 um 18:56 schrieb José Cornado <[email protected]>:
>>
>> I am using 2.13 and have 2GB of memory. 
>>
>> Eclipse runs with these arguments:
>>
>> -Dosgi.requiredJavaVersion=1.7 -XstartOnFirstThread 
>> -Dorg.eclipse.swt.internal.carbon.smallFonts -XX:MaxPermSize=256m -Xms40m 
>> -Xmx512m -Xdock:icon=../Resources/Eclipse.icns -XstartOnFirstThread 
>> -Dorg.eclipse.swt.internal.carbon.smallFonts
>>
>>
>>
>> On Friday, August 29, 2014 10:31:22 AM UTC-6, José Cornado wrote:
>>>
>>> Hello!
>>>
>>> I have been running into the following problem lately (I swear that it 
>>> didn't happen before):
>>>
>>> I have a tool that lives inside an eclipse feature and the tool uses an 
>>> embedded instance of neo as its store. 
>>>
>>> The data itself looks like a broom (several not only one)
>>>
>>> To retrieve nodes at the end of  relationship X, I use evaluators.  When 
>>> the number of these nodes reaches +80,000 the gc thrashes out.
>>>
>>> The amount of memory left seems sufficient (in excess of 20mb most of 
>>> the time)
>>>
>>> Is there an specific config property that I could tweak to lessen or 
>>> solve this problem?
>>>
>>> Thanks a lot!
>>>
>>
>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "Neo4j" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to [email protected].
>> For more options, visit https://groups.google.com/d/optout.
>>
>>
> -- 
> You received this message because you are subscribed to the Google Groups 
> "Neo4j" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to [email protected] <javascript:>.
> For more options, visit https://groups.google.com/d/optout.
>
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Neo4j" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
For more options, visit https://groups.google.com/d/optout.

Attachment: messages.log
Description: Binary data

Reply via email to