java.lang.OutOfMemoryError: GC overhead ?报错

这不是OutOfMemory吗，加大内存或者改进程序。回复<aclass='referer'target='_blank'>@皮总:JAVA_OPTS="-Xms2624m-Xmx2624m-Xss2024K-XX:PermSize=528m-XX:MaxPermSize=856m"Lucene回复<aclass='referer'target='_blank'>@枫爱若雪:看看-XmsXmxPermSize之类的设置是多少...暂时不能加内存，只能改程序了...

给Java虚拟机配置了多少内存啊？配置参数如何？

用了Lucene，是怎么用的？

回复<aclass='referer'target='_blank'>@红薯:好的，谢谢。回复<aclass='referer'target='_blank'>@枫爱若雪:64位基本没什么限制。回复<aclass='referer'target='_blank'>@红薯:五个tomcat，每个这些，记得LINUX下tomcat内存设置高了会启动不了，这个最大能设多少？我是64位centos回复<aclass='referer'target='_blank'>@枫爱若雪:32G内存的机器，你只配了2G给Java？JAVA_OPTS="-Xms2624m-Xmx2624m-Xss2024K-XX:PermSize=528m-XX:MaxPermSize=856m"Lucene就是查询，有另外一台专门的服务器负责生成索引，这个服务器只负责调用你不贴出你的jvm参数配置，出错信息。指望我们是上帝？JAVA_OPTS="-Xms2624m-Xmx2624m-Xss2024K-XX:PermSize=528m-XX:MaxPermSize=856m"

我觉得找本Java虚拟机的书看看，自己log一下gc的东西，分析一下堆会比较好，光有这句话有点难知道确实是什么原因，而且分析这些也需要花时间。

如果自己都觉得Lucene数据量太大就要把他移出去作为单独的搜索服务，可以用ElasticSearchSolr之类的。个人意见。

谢谢大神，我再找找另外你难道在Tomcat里直接构建Lucene索引吗？
回复<aclass='referer'target='_blank'>@红薯:好的，谢谢。回复<aclass='referer'target='_blank'>@枫爱若雪:不知道了，这种问题更多是应用本身的问题我们用的server生成的，Lucene在另外的服务器，几乎和这个没有关系内存不是越大越好,内存越大,GC的cost就会越大, 通过HeapDump和JavaCore分析一下,另外建议将Lucene部分切分出去到Solr