I will try it later and tell you.

On 6 April 2015 at 16:06, Luca Garulli <[email protected]> wrote:

> Hi Fabio,
> If you attach a profiler to the JVM that is running OrientDB, which kind
> of memory is kept? You could use jvisualvm (bundled with JVM) or better
> YourKit (free trial version).
>
> Lvc@
>
>
> On 6 April 2015 at 18:54, Fábio Costa <[email protected]> wrote:
>
>> Issue:
>>
>> At some unpredictable point in time, my application suddenly start
>> consuming a lot of memory, leading to memory issues.
>> It's so strange. My application in general terms turns an XML into a
>> graph. There are several files that represent a particular version, for
>> each one I read the nodes and save as vertices. Hierarchy and explicitly
>> defined relationships are stored as edges. It starts ok, with a reasonable
>> processing time. Let's say that it takes from 5 to 15 minutes to process a
>> file.
>> Then the problem appears without no apparent reason. I file takes 1,5
>> hours to process and the next throws Out of Memory after 3 or 4 hours.
>> Right now I have one which is running for more than two hours(why?).
>> I made almost every tuning described at the site, apart from defining the
>> vertex classes before hand. I don't want to control the schema, so I didn't
>> go through this point.
>>
>> I can share my application if you want, but it's not open so I can't post
>> in the group. If you have a Bitbucket it would be easier to share.
>>
>>
>>
>> OrientDB version: 2.0.5
>> Enviromnent: Amazon EC2, m3 large, with Amazon AMI
>> Software configuration: tried plocal and remote, both throws Out of
>> Memory. Apart from the server script, I have increased the socket timeout.
>>
>> Server config:
>> LOG_FILE=$ORIENTDB_HOME/config/orientdb-server-log.properties
>> WWW_PATH=$ORIENTDB_HOME/www
>> ORIENTDB_SETTINGS="-Dprofiler.enabled=true"
>> JAVA_OPTS_SCRIPT="-Djna.nosys=true -XX:+UseConcMarkSweepGC
>> -Djava.awt.headless=true -Dfile.encoding=UTF8 -Drhino.opt.level=9"
>>
>> # ORIENTDB MAXIMUM HEAP. USE SYNTAX -Xmx<memory>, WHERE <memory> HAS THE
>> TOTAL MEMORY AND SIZE UNIT. EXAMPLE: -Xmx512m
>> MAXHEAP=-Xmx4096m
>> # ORIENTDB MAXIMUM DISKCACHE IN MB, EXAMPLE, ENTER
>> -Dstorage.diskCache.bufferSize=8192 FOR 8GB
>> MAXDISKCACHE=-Dstorage.diskCache.bufferSize=8192
>>
>> exec "$JAVA" $JAVA_OPTS $MAXHEAP $JAVA_OPTS_SCRIPT $ORIENTDB_SETTINGS
>> $MAXDISKCACHE -Djava.util.logging.config.file="$LOG_FILE"
>> -Dorientdb.config.file="$CONFIG_FILE" -Dorientdb.www.path="$WWW_PATH"
>> -Dorientdb.build.number="UNKNOWN@r${buildNumber}; 2015-03-12
>> 22:59:10+0000" -cp
>> "$ORIENTDB_HOME/lib/orientdb-server-2.0.5.jar:$ORIENTDB_HOME/lib/*" $*
>> com.orientechnologies.orient.server.OServerMain
>>
>>
>> On 6 April 2015 at 13:22, Luca Garulli <[email protected]> wrote:
>>
>>> Which OOM errors? Could you report them? Could you also post OrientDB
>>> version and your server hw/sw configuration?
>>>
>>> Thanks,
>>> Lvc@
>>>
>>>
>>> On 6 April 2015 at 11:48, Fábio Costa <[email protected]> wrote:
>>>
>>>> Any news regarging performance? I'm suffering a lot with Out of Memory
>>>> errors...
>>>>
>>>>
>>>> On Tuesday, March 31, 2015 at 4:09:43 PM UTC-3, Lvc@ wrote:
>>>>>
>>>>> Hi all,
>>>>> OrientDB Team just released OrientDB v. 2.0.6 (hotfix). Please
>>>>> upgrade your OrientDB v. 2.0.x, binary compatibility is guaranteed.
>>>>>
>>>>> What has been fixed? https://github.com/orientechnologies/orientdb/
>>>>> issues?q=milestone%3A2.0.6+is%3Aclosed.
>>>>>
>>>>> Download it from: http://www.orientechnologies.com/download/ or
>>>>> update your Maven pom.xml:
>>>>>
>>>>> <dependency>
>>>>>   <groupId>com.orientechnologies</groupId>
>>>>>   <artifactId>orientdb-graphdb</artifactId>
>>>>>   <version>2.0.6</version>
>>>>> </dependency>
>>>>>
>>>>> Lvc@
>>>>>
>>>>>  --
>>>>
>>>> ---
>>>> You received this message because you are subscribed to the Google
>>>> Groups "OrientDB" 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 a topic in the
>>> Google Groups "OrientDB" group.
>>> To unsubscribe from this topic, visit
>>> https://groups.google.com/d/topic/orient-database/x6TiK-X-bNE/unsubscribe
>>> .
>>> To unsubscribe from this group and all its topics, send an email to
>>> [email protected].
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>>
>>
>> --
>> Systems Analyst
>> Sun Certified Programmer for the Java Platform, Standard Edition 5
>> Sun Certified Business Component Developer for the Java Platform,
>> Enterprise Edition 5
>>
>> --
>>
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "OrientDB" 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 a topic in the
> Google Groups "OrientDB" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/orient-database/x6TiK-X-bNE/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> [email protected].
> For more options, visit https://groups.google.com/d/optout.
>



-- 
Systems Analyst
Sun Certified Programmer for the Java Platform, Standard Edition 5
Sun Certified Business Component Developer for the Java Platform,
Enterprise Edition 5

-- 

--- 
You received this message because you are subscribed to the Google Groups 
"OrientDB" 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