Orientdb Java堆错误

时间:2016-10-13 06:00:36

标签: orientdb graph-databases orientdb-2.1 orientdb2.2

我使用跨国

Orientdb 2.2.10 进行了测试

在单线程系统上使用以下 Sudo代码

   for(i = 1 to 1000)
{
    DB_Name = getRandomString()

    createGraphDb(DB_Name ) using OServerAdmin : if db do not exist
    gFactory = OrientGraphFactory(DB_Name ) : if db exist


    graph = OrientGraphFactory.getTx()
    previousEvent = null

    for(j=1 to 1000)
      {
        currentEvent = getrandomString()
        if(previousEvent and currentEvent != null)
              {
                   - create Vertex named currentVertex and edges between them 
                   - (from previous to current event)
              }
        else
              {
                    create vertex named current event 
              }
         previousEvent = currentEvent
      }
   graph.shutdown()

}

在我的外循环几次迭代后,我得到了以下异常。

Exception in thread "Thread-0" java.lang.OutOfMemoryError: Java heap space
at java.util.Arrays.copyOfRange(Unknown Source)
at java.lang.String.<init>(Unknown Source)
at java.lang.String.substring(Unknown Source)
at java.lang.String.split(Unknown Source)
at java.lang.String.split(Unknown Source)
at com.orientechnologies.orient.core.config.OStorageConfiguration.fromStream(OStorageConfiguration.java:268)
at com.orientechnologies.orient.core.config.OStorageConfiguration.fromStream(OStorageConfiguration.java:497)
at com.orientechnologies.orient.core.config.OStorageConfiguration.load(OStorageConfiguration.java:207)
at com.orientechnologies.orient.client.remote.OStorageRemote.open(OStorageRemote.java:330)
at com.orientechnologies.orient.core.db.document.ODatabaseDocumentTx.open(ODatabaseDocumentTx.java:257)
at com.orientechnologies.orient.core.db.OPartitionedDatabasePool$DatabaseDocumentTxPooled.internalOpen(OPartitionedDatabasePool.java:445)
at com.orientechnologies.orient.core.db.OPartitionedDatabasePool.openDatabase(OPartitionedDatabasePool.java:308)
at com.orientechnologies.orient.core.db.OPartitionedDatabasePool.acquire(OPartitionedDatabasePool.java:263)
at com.tinkerpop.blueprints.impls.orient.OrientBaseGraph.<init>(OrientBaseGraph.java:144)
at com.tinkerpop.blueprints.impls.orient.OrientTransactionalGraph.<init>(OrientTransactionalGraph.java:78)
at com.tinkerpop.blueprints.impls.orient.OrientGraph.<init>(OrientGraph.java:135)
at com.tinkerpop.blueprints.impls.orient.OrientGraphFactory.getTx(OrientGraphFactory.java:119)

他们的sudo代码或OrientDb是否有任何问题。

如果他们有更好的方式,请建议。

谢谢..!

3 个答案:

答案 0 :(得分:3)

你有多少公羊?例如,如果您可以为Java进程分配最大8GB,则通常更好地分配小堆和大磁盘缓存缓冲区(堆外内存)。所以而不是:

function activate(){} //in all my controllers

你可以试试这个:

java -Xmx8g ...

有关详细信息,请阅读有关performance tuning on official documentation

的页面

希望它有所帮助。

答案 1 :(得分:1)

您可以使用-XX检查堆使用情况:+ PrintGC -XX:+ PrintGCDateStamps -XX:+ PrintGCDetails -XX:+ PrintGCTimeStamps -XX:+ PrintTenuringDistribution -Xloggc:$ ORIENTDB_HOME / log / gc_%p_%t.log on服务器(只能为从新到旧的推广调查添加最新的XX标志)。

您可以在客户端上添加类似的设置(仅更改gc.log选项)。基于您的伪代码,我只运行一个java类(在Mac上为8u102,16gb和i7),但运行1个循环(1分贝),包含1000个顶点+边缘,并且成功完成了没有OutOfMemory的作业

再见 克劳迪奥

答案 2 :(得分:0)

在OrientDB中,事务会对RAM进行更改,因此如果您有数十万个元素的事务,则可能会导致此问题。我建议你提交每个X元素。我建议从1000开始,然后根据结果进行调整。