[kdevelop] [Bug 371018] CPP parser responds very slow after user action
https://bugs.kde.org/show_bug.cgi?id=371018 Friedrich W. H. Kossebau changed: What|Removed |Added CC||kosse...@kde.org --- Comment #16 from Friedrich W. H. Kossebau --- Perhaps it would help to have a small indicator about the parser state, so one knows whether the parser is still preparing stuff, so one has to sigh and wait :), or if things should work (tm) and might be broken for other reasons. Given there is a technical reason for the delay and that it affects user experience, IMHO it makes sense to also expose the parser state to the user, so they have a better understanding of the tool and know what to expect. -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 371018] CPP parser responds very slow after user action
https://bugs.kde.org/show_bug.cgi?id=371018 --- Comment #15 from Sven Brauch --- I think most of this bug should be fixed in 5.1.80+, at least when editing cpp files. -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 371018] CPP parser responds very slow after user action
https://bugs.kde.org/show_bug.cgi?id=371018 Miki53 changed: What|Removed |Added CC||mickael.serg...@free.fr -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 371018] CPP parser responds very slow after user action
https://bugs.kde.org/show_bug.cgi?id=371018 Chris changed: What|Removed |Added CC||k...@ontoemail.com -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 371018] CPP parser responds very slow after user action
https://bugs.kde.org/show_bug.cgi?id=371018 OlafLostViking changed: What|Removed |Added CC||olaf.the.lost.viking@gmail. ||com -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 371018] CPP parser responds very slow after user action
https://bugs.kde.org/show_bug.cgi?id=371018 --- Comment #14 from Ian Haber --- the user defined delay works really well for my use case :). i fixed my problems altogether by just turning that timer up. i can now type whatever i want and get autocomplete on it before the reparse. This has sped up my workflow considerably (back to 4.7 speeds). Still having issues with templated qt classes though (BUG 371217) -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 371018] CPP parser responds very slow after user action
https://bugs.kde.org/show_bug.cgi?id=371018 --- Comment #13 from Sven Brauch --- Yes, setting the delay to a longer value doesn't update the highlighting faster -- on the contrary, it delays it even more ;) We should probably remove the user-defined delay altogether. I don't see what it's good for. -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 371018] CPP parser responds very slow after user action
https://bugs.kde.org/show_bug.cgi?id=371018 --- Comment #12 from Piotr Mierzwinski --- @Sven. Thanks for clear explanation. I hope Milian will find some solution on this annoying issue :/. @Ian. I set it on 4500 ms, but it doesn't help. Still after comment one line I have to wait couple seconds. -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 371018] CPP parser responds very slow after user action
https://bugs.kde.org/show_bug.cgi?id=371018 --- Comment #11 from Ian Haber --- i just set the background parser delay to a much longer time, so that i can basically modify as much as a want and then stop typing after saving for reparse. it still seems to be slower on offering completion than v4. it still seems to wait about a half second before offering completion even when the parser isnt going to run for another 3 seconds. -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 371018] CPP parser responds very slow after user action
https://bugs.kde.org/show_bug.cgi?id=371018 --- Comment #10 from Sven Brauch --- When you change the code, a background process is started with a certain delay, which updates the code model (highlighting, ...). _While_ this process is running, the clang-based cpp support cannot generate completion lists, it has to wait. Before it is started and after it is finished all is fine. This is an unfortunate limitation of libclang, the old kdevelop cpp parser didn't have that. Thus, we added this "long" delay as a workaround, and thus it doesn't help to scale this delay with CPU speed either. I know this is unfortunate, but I'm not capable of improving the situation in clang/libclang, and I don't have the time to work into that either. Maybe Milian has an idea. -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 371018] CPP parser responds very slow after user action
https://bugs.kde.org/show_bug.cgi?id=371018 --- Comment #9 from Piotr Mierzwinski --- Sorry I'm not sure I got you fully :/. Parser is not slow, only delay(s) make it works slow :/. I understand that parser has to finish its work before I can generate completion list or helper content. So how to decrease this delay? I observe similar delays on i5 Sandy Bridge and i7 SkyLake (~3 sec.) and for sure there is big difference in power between both CPUs, so why this delay is so similar? I don't understand why processor speed can't help here. So what will help? I don't type super fast. Sometimes faster, sometimes slower. Function completer is due to helps me in completing code. Waiting on parser till it finish its work discourages of using completing or helper tool :-/. For me parser is slow, because simple commenting makes I have to wait couple seconds. Looking at I my example, what parser has to make analysis? This is couple lines of function and loop with one line body :/. I'm not aware how this parser works, but this is very uncomfortable during work on code :-(. > The parser is slow because parsing C++ correctly is complicated. Parser in KDevelop 4.7.x works much faster. For me it looks like some issue related with clang. I suppose that in previous KDevelop parser didn't base on clang. I don't know maybe its parsing wan't enough correctly :/. Some times ago Milian made some optimizations in parser. I was hope that parser thanks that will speed up, but this didn't happen :(. -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 371018] CPP parser responds very slow after user action
https://bugs.kde.org/show_bug.cgi?id=371018 --- Comment #8 from Ian Haber --- is the delay a set time or does it stop delaying as soon as the parser is done? -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 371018] CPP parser responds very slow after user action
https://bugs.kde.org/show_bug.cgi?id=371018 --- Comment #7 from Sven Brauch --- Most of the delay you see is a delay, not the parser being slow. The point is that, right now, as soon as the parser starts you need to wait for it to finish before you can generate a completion list. Thus the delay, and thus changing the delay based on processor speed doesn't help -- it's meant to match your typing speed, not the processor. The parser is slow because parsing C++ correctly is complicated. This issue has nothing to do with the size of whatever cache you're thinking about. -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 371018] CPP parser responds very slow after user action
https://bugs.kde.org/show_bug.cgi?id=371018 --- Comment #6 from Piotr Mierzwinski --- Parser must be run automatically after every change. This is obvious. So I repeat the question: "Why the parser running for kdev-clang is such slow, even on strong hardware?" @Sven. You said: "we explicitly added a longer delay for some edit". Is this delay hard coded? Is this delay can't depend on power of processor? Is not possible to create bigger cache and hold it in memory? I think IDE is not the application running couple times a day. -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 371018] CPP parser responds very slow after user action
https://bugs.kde.org/show_bug.cgi?id=371018 --- Comment #5 from Sven Brauch --- That's exactly the point, by delaying the parser a bit longer we get less cases where completion has to wait for it. The background parser needs to run automatically after every change, that is not debatable. We cannot even update highlighting properly without doing that. -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 371018] CPP parser responds very slow after user action
https://bugs.kde.org/show_bug.cgi?id=371018 --- Comment #4 from Ian Haber --- i think the parser is required to update the problems maybe, but it shouldnt have to reparse the whole file just to get the completion for foo->bar(). if i'm adding to the file in such a way that should just do completion but shouldnt affect the rest of the file... it should just give me completion without reparsing. -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 371018] CPP parser responds very slow after user action
https://bugs.kde.org/show_bug.cgi?id=371018 --- Comment #3 from Piotr Mierzwinski --- @Ian Haber I think parser working in background is required to properly update the "Problems". I mean update on a regular basis. I wonder why parser running for kdev-clang is such slow, even on strong hardware? -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 371018] CPP parser responds very slow after user action
https://bugs.kde.org/show_bug.cgi?id=371018 Ian Haber changed: What|Removed |Added CC||master.ha...@gmail.com --- Comment #2 from Ian Haber --- i have seen this issue as well.. my perspective on this is that maybe the background parser doesnt need to run as often? some things i change i would much prefer to have the quick completion over parsing. maybe a hotkey to manually call background parser for the current file and an option somewhere to reparse the whole project? -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 371018] CPP parser responds very slow after user action
https://bugs.kde.org/show_bug.cgi?id=371018 Sven Brauch changed: What|Removed |Added Status|UNCONFIRMED |CONFIRMED CC||m...@svenbrauch.de Ever confirmed|0 |1 --- Comment #1 from Sven Brauch --- The problem is that while the background parser is running for kdev-clang, generating completion items is very slow ... so we explicitly added a longer delay for some edits, such that the update doesn't overlap with the user requesting completion. I see your point though, and I'm still not sure what to do about it. -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 371018] CPP parser responds very slow after user action
https://bugs.kde.org/show_bug.cgi?id=371018 Piotr Mierzwinski changed: What|Removed |Added Platform|Other |Archlinux Packages CC||piotr.mierzwin...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
