neostore.propertystore.db.mapped_memory=331M
neostore.nodestore.db.mapped_memory=92M
neostore.relationshipstore.db.mapped_memory=406M
neostore.propertystore.db.strings.mapped_memory=282M
neostore.propertystore.db.arrays.mapped_memory=319M
Total Physical memory: 4.00 GB
Free Physical memory: 1.58 GB
Committed virtual memory: 4.13 GB
Total swap space: 1.00 GB
Free swap space: 509.80 MB
JVM memory information:
Free memory: 49.77 MB
Total memory: 180.06 MB
Max memory: 910.25 MB
Garbage Collector: PS Scavenge: [PS Eden Space, PS Survivor Space]
Garbage Collector: PS MarkSweep: [PS Eden Space, PS Survivor Space,
PS Old Gen, PS Perm Gen]
Memory Pool: Code Cache (Non-heap memory): committed=3.69 MB,
used=3.54 MB, max=48.00 MB, threshold=0.00 B
Memory Pool: PS Eden Space (Heap memory): committed=65.75 MB,
used=65.12 MB, max=283.44 MB, threshold=?
Memory Pool: PS Survivor Space (Heap memory): committed=29.13 MB,
used=15.53 MB, max=29.13 MB, threshold=?
Memory Pool: PS Old Gen (Heap memory): committed=85.19 MB,
used=49.65 MB, max=682.69 MB, threshold=0.00 B
Memory Pool: PS Perm Gen (Non-heap memory): committed=90.25 MB,
used=77.73 MB, max=256.00 MB, threshold=0.00 B
You have a total memory of 4G and only 1.5G available and you're already
swapping out 500M.
Your JVM is configured with 1G heap in total for both your eclipse app and
Neo4j.
And you configured memory mapping to be in sum: 1410 MB which lives outside the
heap on a MAC.
So you get a lot of memory pressure, both by sharing with eclipse and by using
a lot of heap for memory mapping despite having an empty store.
Reduce your memory mapping sizes to something like:
neostore.propertystore.db.mapped_memory=200M
neostore.nodestore.db.mapped_memory=20M
neostore.relationshipstore.db.mapped_memory=200M
neostore.propertystore.db.strings.mapped_memory=130M
neostore.propertystore.db.arrays.mapped_memory=0M
And give your JVM more heap, e.g. 2G
Then try again.
Am 30.08.2014 um 18:25 schrieb José Cornado <jose.corn...@gmail.com>:
> 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 <jose.c...@gmail.com>:
>
>> 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 <jose.c...@gmail.com>:
>>
>>> 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 neo4j+un...@googlegroups.com.
>>> 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 neo4j+un...@googlegroups.com.
>> 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 neo4j+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
> <messages.log>
--
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 neo4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
