Perhaps you can share your full code? Then it wold be easier to help.

On Tue, Apr 22, 2014 at 8:32 PM, Amit Aggarwal <[email protected]>wrote:

> I just read whenever you do any traverse or execution on graph it must be
> exhausted ( and I am not doing this thing in my plugin code , I left
> iterator of node as it is )
> So is it possible that I am getting increase in heap size because many
> objects keeps hanging there in JVM ?
>
>
> Thanks
> Amit Aggarwal
>
>
> On Tuesday, 22 April 2014 23:35:48 UTC+5:30, Amit Aggarwal wrote:
>>
>> Hello All,
>>
>>
>> NOTE : I am NOT working on trillionths of node. I am working with few
>> hundreds of node.
>>
>> Its getting more troubling. Scenario is like this.
>>
>> 1. I have developed my plugin in java for neo4j . It uses cypher and
>> other java API to perform operation on neo4j.
>> 2. My webserver continously ( 10 sec delay between each call ) call
>> plugin API which in turn perform some logic ( on nodes and relationship )
>> to decide whether there is something new for user in database  or not ( it
>> is kind of live updates for user ) .
>>
>> 3. What I observe that neo4j heap size keeps on increasing EVEN THOUGH IT
>> IS RUNNING SAME PIECE OF CODE (and there is no creation of any new node or
>> relationship ) again and again. It should be stable after some time but it
>> keeps on increasing.
>>
>> I tried all things and have tired now , please help me out ..
>>
>> Here is my neo4j-wrapper.conf file
>>
>> -------------------------------------------------------------------------
>>
>> # the shipped configuration contains only a read only role called
>> 'monitor' with password 'Neo4j'.
>> # For more details, see: http://download.oracle.com/
>> javase/6/docs/technotes/guides/management/agent.html
>> # On Unix based systems the jmx.password file needs to be owned by the
>> user that will run the server,
>> # and have permissions set to 0600.
>> # For details on setting these file permissions on Windows see:
>> #     http://download.oracle.com/javase/1.5.0/docs/guide/
>> management/security-windows.html
>> #wrapper.java.additional=-Dcom.sun.management.jmxremote.port=3637
>> #wrapper.java.additional=-Dcom.sun.management.jmxremote.authenticate=true
>> #wrapper.java.additional=-Dcom.sun.management.jmxremote.ssl=false
>> #wrapper.java.additional=-Dcom.sun.management.jmxremote.
>> password.file=conf/jmx.password
>> #wrapper.java.additional=-Dcom.sun.management.jmxremote.
>> access.file=conf/jmx.access
>>
>> # Some systems cannot discover host name automatically, and need this
>> line configured:
>> #wrapper.java.additional=-Djava.rmi.server.hostname=$
>> THE_NEO4J_SERVER_HOSTNAME
>>
>> # Uncomment the following lines to enable garbage collection logging
>> wrapper.java.additional=-Xloggc:data/log/neo4j-gc.log
>> wrapper.java.additional=-XX:+PrintGCDetails
>> wrapper.java.additional=-XX:+PrintGCDateStamps
>> wrapper.java.additional=-XX:+PrintGCApplicationStoppedTime
>> wrapper.java.additional=-XX:+PrintPromotionFailure
>> #wrapper.java.additional=-XX:+PrintTenuringDistribution
>>
>> # Uncomment the following lines to enable JVM startup diagnostics
>> #wrapper.java.additional=-XX:+PrintFlagsFinal
>> #wrapper.java.additional=-XX:+PrintFlagsInitial
>>
>> # Java Heap Size: by default the Java heap size is dynamically
>> # calculated based on available system resources.
>> # Uncomment these lines to set specific initial and maximum
>> # heap size in MB.
>> wrapper.java.initmemory=64
>> wrapper.java.maxmemory=400                 
>> ------------------------------------------------------->
>> I think this is enough for few hundred nodes
>>
>> #********************************************************************
>> # Wrapper settings
>> #********************************************************************
>> # path is relative to the bin dir
>> wrapper.pidfile=../data/neo4j-server.pid
>>
>> #********************************************************************
>> # Wrapper Windows NT/2000/XP Service Properties
>> #********************************************************************
>> # WARNING - Do not modify any of these properties when an application
>> #  using this configuration file has been installed as a service.
>> #  Please uninstall the service before modifying this section.  The
>> #  service can then be reinstalled.
>>
>> # Name of the service
>> wrapper.name=neo4j
>>
>>
>>  --
> 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].
For more options, visit https://groups.google.com/d/optout.

Reply via email to