Kdevelop is slow, is it a reason of huge amount of headers under Arch?

SeeLook · 2016-11-05 11:42:08

Hi,

I'm using Kdevelop quite often and for a long.
Since 5.0 version it become more slow, but it is common fact (many posts around)
However, I thought, maybe under Arch it is a special case, due to headers amount (of almost every package) in /usr/include.
All of them are parsed by Kdevelop to give completion of everything.
Maybe someone has any experience with that, how to make Kdevelop completion faster.

seth · 2016-11-05 15:13:06

"Fix kdevelop" - any sane approach would build an index and only update the parts that change. Not read everything all the time (if that is the cause - what I doubt)

If you want any reasonable help, you'll have to at least specify "slow" reg. when/what/how (where "how" is answered by top and iotop)

SeeLook · 2016-11-05 16:23:53

Thanks for reply. You are right, I might be more precise.

The main problem is, when I press a dot key, Kdevelop waits a few seconds to change it for "->".
When I will type a few letters of any method name, again, it requires a few seconds to response.
And I dare say, my staff is quite capable to demand comfortable work.
But I'm aware that it is known problem. Under announcements about new releases on kdevelop site there are posts where people complaining about that.

I just counting that there are some users maybe, who found some workaround.

Also I'm trying to find something.
I'm just testing work with Kdevelop 4 in virtual machine. So far, so good.... I started miss for Kdevelop 4....

seth · 2016-11-05 16:31:13

https://mail.kde.org/pipermail/kdevelop … 55066.html

The suggested reason seem inline implementations in some headers which slow down the clang interpreter ("more than usual")

The linked https://forum.kde.org/viewtopic.php?f=218&t=136457 however suggests that it's simply and completely premature software. Not fit for productive use ("yet")

SeeLook · 2016-11-05 17:07:34

Thanks for links. Good that the devs know.
"Unfortunately", version 5 is already in Arch, and even before that, the previous 4.7.3 didn't much well with new KDE 5 staff and Kdevelop 4 crashed often.
I started with 5 version a few moths ago, but really, it is hard to bear.
Kdevelop 5 is much stable under Arch (let's say almost never crashed for me), but other things made me to write this post(s)

There is appimage of Kdevelop 5 for older Os-es, maybe someone could create appimage of the latest version of 4 branch for newest Os-es :-)

From my side, give me a few day, I will put a report here, how it behaves under virtual machine and how comfortable the work is.

SeeLook · 2016-11-16 21:35:15

I found that launching Kdevelop 4 in VirtualBox ( Kdevelop 4.7.3 under Ubuntu 16.04) very unpractical.
I'm exercising my patience and I'm using version 5.
And indeed, "low level" part of my c++ project where files has less dependencies works quite fast.

Fingers crossed for people developing Kdevelop.

Regards for all,
SeeLook

Arch Linux

#1 2016-11-05 11:42:08

Kdevelop is slow, is it a reason of huge amount of headers under Arch?

#2 2016-11-05 15:13:06

Re: Kdevelop is slow, is it a reason of huge amount of headers under Arch?

#3 2016-11-05 16:23:53

Re: Kdevelop is slow, is it a reason of huge amount of headers under Arch?

#4 2016-11-05 16:31:13

Re: Kdevelop is slow, is it a reason of huge amount of headers under Arch?

#5 2016-11-05 17:07:34

Re: Kdevelop is slow, is it a reason of huge amount of headers under Arch?

#6 2016-11-16 21:35:15

Re: Kdevelop is slow, is it a reason of huge amount of headers under Arch?

Board footer