优化大型基地的OpenGrok

Question

我在这里有一个服务器实例，安装了4个核心，32 GB RAM和UBUNTU 20.04.3 LTS。在这台计算机上，有一个opengrok-instance作为Docker容器运行。

在Docker容器内部，它使用采用optopenjdk：

OpenJDK Runtime Environment AdoptOpenJDK-11.0.11+9 (build 11.0.11+9)
Eclipse OpenJ9 VM AdoptOpenJDK-11.0.11+9 (build openj9-0.26.0, JRE 11 Linux amd64-64-Bit Compressed References 20210421_975 (JIT enabled, AOT enabled)
OpenJ9   - b4cc246d9
OMR      - 162e6f729
JCL      - 7796c80419 based on jdk-11.0.11+9)

OpenGrok-Indexer扫描为320 GB的代码库，大量为21小时。

我被认为是的是，我禁用了花费更少的时间的历史选择。如果设置了历史记录，是否有可能减少这段时间。

这是我的索引命令：

OpenGrok-Indexer -j = -djava.util.util.logging.manager = org.apache.juli.juli.classloaderlogmanager -j = -djava.util.util.util.logging.config.config.file.file =/usr/share =/usr/share =/usr/share =/usr/share =/usr/share /tomcat10/conf/logging.properties -j = -xx：-usegcoverheadlimit -j = -xmx30g -j = -XMS30G -J = -Server -a/var/var/opengrok/dist/lib/lib/opengrok/opengrok/opengrok.jar--r--r/--r/-r/r/r/ var/opengrok/etc/read -only.xml -m 256 -c/usr/bin/ctags -s/var/opengrok/src/src/-d/var/opengrok/data -remote -h -p -s-s-s-s-s-p -s-s-s-p -s-s-s- g -w/var/opengrok/etc/configuration.xml -progress -v -o on -t 3 -assigntags -search -remote -i *.so -i -i *.o -i *.o -i -i *.A- i *.class -i *.jar -i *.apk -i *.tar -i *.bz2 -i *.gz -i *.obj -i *.zip“

谢谢您的帮助进步

​

​

Answer 1

您应该尝试使用以下选项来增加线程数：

  --historyThreads number
    The number of threads to use for history cache generation on repository level. By default the number of threads will be set to the number of available CPUs.
    Assumes -H/--history.
    
  --historyFileThreads number
    The number of threads to use for history cache generation when dealing with individual files.
    By default the number of threads will be set to the number of available CPUs.
    Assumes -H/--history.

   -T, --threads number
    The number of threads to use for index generation, repository scan
    and repository invalidation.
    By default the number of threads will be set to the number of available
    CPUs. This influences the number of spawned ctags processes as well.

也要查看“重命名史”选项。理论上“关闭”是默认选项，但这对索引时间产生了巨大影响，因此值得检查：

  --renamedHistory on|off
    Enable or disable generating history for renamed files.
    If set to on, makes history indexing slower for repositories
    with lots of renamed files. Default is off.