在我的SC2实例上在Amazon上运行。清洁安装,然后我建立了一个小项目与它。除了我没有被任何人利用。
当我第一次启动Nexus时,CPU利用率为97%,内存使用率为20%。几分钟后,它会稳定下来,以2-6%的CPU和任何20-40%的内存。在640 On的实例中,这意味着在128到256 On之间的任何地方!这似乎不对,尤其是因为Nexus宣称自己只需要28‘t。怎么回事?
这是ps的读数,如果这有帮助的话:
root 25227 0.0 0.1 16980 692 ? Sl 16:05 0:00 /mnt/vol1/nexus-oss-webapp-1.9.1.1/bin/jsw/linux-x86-64/./wrapper /mnt/vol1/nexus-oss-webapp-1.9.1.1/bin/jsw/linux-x86-64/../conf/wrapper.conf
wrapper.syslog.ident=nexus wrapper.pidfile=/mnt/vol1/nexus-oss-webapp-1.9.1.1/bin/jsw/linux-x86-64/./nexus.pid wrapper.daemonize=TRUE wrapper.lockfile=/var/lock/subsys/nexus
root 25229 3.0 20.0 1247852 122628 ? Sl 16:05 0:12 java -Dsun.net.inetaddr.ttl=3600 -Dbasedir=. -Djava.io.tmpdir=./runtime/tmp -Djava.library.path=bin/jsw/linux-x86-64/lib -classpath bin/jsw/li
b/wrapper-3.2.3.jar:./runtime/apps/nexus/lib/plexus-classworlds-2.4.jar:./conf/ -Dwrapper.key=GZhnIo3i5ox4LVLp -Dwrapper.port=32000 -Dwrapper.jvm.port.min=31000 -Dwrapper.jvm.port.max=31999 -Dwrapper.pid=252
27 -Dwrapper.version=3.2.3 -Dwrapper.native_library=wrapper -Dwrapper.service=TRUE -Dwrapper.cpu.timeout=10 -Dwrapper.jvmid=1 org.codehaus.plexus.classworlds.launcher.Launcher
(是的,我知道我不应该像根一样跑步。这只是一个测试)
我还应该补充一点,我曾经要求nexus为maven中央存储库建立索引,当我这样做时,CPU利用率就会飙升,在30%到90%之间,并且一直保持这种状态直到我最终终止了这个过程。
有什么想法吗?
发布于 2012-02-14 15:50:57
我看到Nexus在启动时(vmstat/top)使用了大量的"%sys“CPU (而不是usr或iowait)。我还没有找到它的底部,但我认为这可能是一个有用的指针。
发布于 2011-06-18 03:04:38
当我第一次启动Nexus时,CPU利用率为97%,内存使用率为20%。几分钟后,它会稳定下来,以2-6%的CPU和任何20-40%的内存。在640 On的实例中,这意味着在128到256 On之间的任何地方!
我不明白为什么nexus在用640 m启动实例时只需要占用28M堆;只需使用要给它的最大ram数量来启动上下文即可。在有大量存储库的情况下,内存使用可能会急剧增加。CPU的使用是由于维护实时索引。
我还应该补充一点,我曾经要求nexus为maven中央存储库建立索引,当我这样做时,CPU利用率就会飙升,在30%到90%之间,并且一直保持这种状态直到我最终终止了这个过程。
如果您指的是"reindex存储库“计划的任务,则对于镜像存储库您不需要它。重新索引可能是一项非常繁重的任务,它只对本地托管的存储库有用,因为您认为在这些存储库中存在maven元数据损坏,或者如果您修改了nexus之外的nexus文件系统。您只需要为镜像存储库“下载索引”和“发布索引”。
这篇博客文章详细地解释了计划中的任务:
http://www.sonatype.com/people/2009/09/nexus-scheduled-tasks/
https://serverfault.com/questions/281583
复制相似问题