2
我们最近从solr3.1迁移到solr3.5,我们配置了一个主站和一个从站。主机有两个核心,Solr 3.5索引耗时很长
1) Core1 – 44555972 documents
2) Core2 – 29419244 documents
我们承诺每5000个文档,但最近在某些情况下承诺花费很长时间15分钟。可能造成这种情况的原因是什么,我检查了日志,我看到的唯一警告是,
“警告:使用不推荐的更新请求参数update.processor检测到。请改用update.chain新的参数,作为update.processor支持将在以后的版本中删除。”
存储详情:
出口JAVA_OPTS =“$ JAVA_OPTS -Xms6g -Xmx36g -XX:MaxPermSize参数=5克”
Solr的配置:
<useCompoundFile>false</useCompoundFile>
<mergeFactor>10</mergeFactor>
<ramBufferSizeMB>32</ramBufferSizeMB>
<!-- <maxBufferedDocs>1000</maxBufferedDocs> -->
<maxFieldLength>10000</maxFieldLength>
<writeLockTimeout>1000</writeLockTimeout>
<commitLockTimeout>10000</commitLockTimeout>
还注意到,是t op命令显示几乎350GB的虚拟内存使用量。
什么可能导致这种情况,因为几天前一切都很顺利?
你在优化每个提交吗?这对于JVM来说是一个非常大的内存空间,考虑一个更小的堆,也许是4G或8G。你可能会在GC中花费几分钟。 – 2012-04-11 21:40:00
不,我们没有优化每一个提交,我们每天都这样做。 – sesmic 2012-04-12 02:16:52