kernel 4.4.0-142-generic
在具有 4GB RAM 和 2 个核心(Intel(R) Pentium(R) CPU G2030 @ 3.00GHz)的Ubuntu 16.04 64 位服务器()上,我们运行 LibreOffice 5.1.6.2 headless 将 HTML 转换为 PDF 文档。
soffice.bin
我注意到,即使没有处理任何文档,该进程的 CPU 使用率也持续超过 40% 。
我们使用的启动无头模式的命令是这样的:
soffice --invisible --accept="socket,host=127.0.0.1,port=2002,tcpNoDelay=1;urp;" --headless --nodefault --nofirststartwizard --nolockcheck --nologo --norestore &
我想知道是否有办法知道soffice.bin
正在发生什么以及/或如何解决这个问题。
答案1
我想知道是否有办法知道 soffice.bin 正在做什么
你可以尝试斯特拉斯(1)看看是否能有所启发。
或者如何修复这个问题。
只有当你知道问题是什么时,你才知道如何解决它。 40% 的核心可能不是什么大问题。
答案2
我发现一个 Python 进程总是与 soffice.bin 同时运行,因此运行结果ps ax | grep python
就找到了罪魁祸首。
答案3
不知道为什么这确实发生了,但也让我烦透了。本质上,LibreOffice 一直占用一个核心的 100%,即使一切都最小化了,它就在那里!
同时,这里有一个解决方法:
- 保存所有打开的文档。
- 然后,在它们仍然打开的情况下,转到终端并输入
pkill soffice.bin
。这将终止失控的进程。 - 重新打开 LibreOffice。让它自动恢复您打开的文档,然后您就可以继续工作了。
每次遇到问题时,您可能都必须这样做。这不是永久的解决方案。
这是执行 pkill 之前和之后的屏幕截图。请注意,即使在执行 pkill 命令后重新打开 libreoffice,我的 CPU 使用率仍然保持非常低,就像右边显示的那样。换句话说,重新打开 libreoffice 不会再次导致糟糕的 CPU 行为。
有关的:
- 错误报告:点击顶部的小按钮来表明你也遇到了这个问题(按钮位于“这个错误影响你和__其他人”旁边:https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1724876
- 潜在修复:http://webnetkit.com/soffice-bin-using-100-cpu-moodle/;您可以使用以下命令找到文件的位置
sofficerc
:sudo find / | grep sofficerc
。对我来说,它位于“/opt/libreoffice6.3/program/sofficerc”。 - https://ask.libreoffice.org/en/question/128004/why-is-sofficebin-using-60-cpu-with-nothing-open/?answer=210551#post-id-210551
- https://ask.libreoffice.org/en/question/158411/libreoffice-6-on-ubuntu-linux-sofficebin-100-cpu-load/
[关键词:libreoffice soffice.bin 100% cpu 使用率;libreoffice 100% cpu 使用率;libreoffice 12% cpu 使用率(8 核机器上一个核心)、libreoffice 12.5% cpu 使用率(8 核机器上整个 1 个核心)、libreoffice 25% cpu 使用率(4 核机器上一个核心或 cpu 的 100%)]