https://bugs.kde.org/show_bug.cgi?id=389078
Bug ID: 389078 Summary: High CPU usage and possible freeze of the background parser Product: kdevelop Version: 5.2.1 Platform: Archlinux Packages OS: Linux Status: UNCONFIRMED Severity: major Priority: NOR Component: Language Support: CPP (Clang-based) Assignee: kdevelop-bugs-n...@kde.org Reporter: jramirez...@gmail.com Target Milestone: --- Created attachment 109918 --> https://bugs.kde.org/attachment.cgi?id=109918&action=edit Output of the commands top, htop, gdb, and strace Kdevelop consumes a lot of CPU when opening most of my projects. It performs a little bit better with small projects (max 100 source files) but the high CPU usage is still there. It is usually not possible to safely stop kdevelop, I have to kill it with SIGKILL because it won't honor other signals. In this case there are 2 threads responsible of the high CPU consumption, both have a similar stacktrace: #0 0x00007f13260f13a5 in () at /usr/lib/libclang.so.5 #1 0x00007f13260f3c22 in () at /usr/lib/libclang.so.5 #2 0x00007f132610ed7e in () at /usr/lib/libclang.so.5 #3 0x00007f1325ecdc9a in clang_getLocation () at /usr/lib/libclang.so.5 #4 0x00007f13279b1c6a in ClangProblem::ClangProblem(void*, CXTranslationUnitImpl*) () at /usr/lib/libKDevClangPrivate.so.30 #5 0x00007f13279b1580 in ClangProblem::ClangProblem(void*, CXTranslationUnitImpl*) () at /usr/lib/libKDevClangPrivate.so.30 #6 0x00007f13279bf58a in () at /usr/lib/libKDevClangPrivate.so.30 #7 0x00007f132799c6a8 in ClangDiagnosticEvaluator::createProblem(void*, CXTranslationUnitImpl*) () at /usr/lib/libKDevClangPrivate.so.30 #8 0x00007f13279c336c in ParseSession::problemsForFile(void*) const () at /usr/lib/libKDevClangPrivate.so.30 #9 0x00007f13279a8142 in ClangHelpers::buildDUChain(...) () at /usr/lib/libKDevClangPrivate.so.30 #10 0x00007f13279a77f8 in ClangHelpers::buildDUChain(...) () at /usr/lib/libKDevClangPrivate.so.30 #11 0x00007f13279a77f8 in ClangHelpers::buildDUChain(...) () at /usr/lib/libKDevClangPrivate.so.30 #12 0x00007f13279a77f8 in ClangHelpers::buildDUChain(...) () at /usr/lib/libKDevClangPrivate.so.30 #13 0x00007f13279a77f8 in ClangHelpers::buildDUChain(...) () at /usr/lib/libKDevClangPrivate.so.30 #14 0x00007f13279a77f8 in ClangHelpers::buildDUChain(...) () at /usr/lib/libKDevClangPrivate.so.30 #15 0x00007f13279a77f8 in ClangHelpers::buildDUChain(...) () at /usr/lib/libKDevClangPrivate.so.30 #16 0x00007f13279a77f8 in ClangHelpers::buildDUChain(...) () at /usr/lib/libKDevClangPrivate.so.30 #17 0x00007f13279a77f8 in ClangHelpers::buildDUChain(...) () at /usr/lib/libKDevClangPrivate.so.30 #18 0x00007f13279a77f8 in ClangHelpers::buildDUChain(...) () at /usr/lib/libKDevClangPrivate.so.30 #19 0x00007f13279a77f8 in ClangHelpers::buildDUChain(...) () at /usr/lib/libKDevClangPrivate.so.30 #20 0x00007f13279a77f8 in ClangHelpers::buildDUChain(...) () at /usr/lib/libKDevClangPrivate.so.30 #21 0x00007f13279a77f8 in ClangHelpers::buildDUChain(...) () at /usr/lib/libKDevClangPrivate.so.30 #22 0x00007f13279a77f8 in ClangHelpers::buildDUChain(...) () at /usr/lib/libKDevClangPrivate.so.30 I'm attaching a capture of top and htop and also the output of gdb and strace in order to show the strack trace and the syscalls the threads are performing. -- You are receiving this mail because: You are watching all bug changes.