[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kdevelop-bugs
Subject:    [Bug 147741] Kdevelop huge memory consumption
From:       David Nolden <david.nolden.kdevelop () art-master ! de>
Date:       2007-10-15 20:17:11
Message-ID: 20071015201711.32590.qmail () ktown ! kde ! org
[Download RAW message or body]

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=147741         




------- Additional Comments From david.nolden.kdevelop art-master de  2007-10-15 \
22:17 ------- I don't know. Maybe there is something misbehaving, but most probably \
it is the simple code-model that uses all the memory.

In kdevelop-3.4 there is generally two parts used for code-completion:
- The relatively fast code-model, it contains all parsed data from the current \
project. However it is always completely held in memory, and there is no simple way \
                to change anything about that.
- The code-repositories. This are static databases that you can configure through the \
C++ croject configuration dialog. They are not stored in memory, so suitable for \
large amounts of data.

The only solution that I can see is: Only keep a part of the big project in the \
code-model, and the rest in static databases.

But this is very complicated, and I don't think it is worth the effort. Especially in \
case of the kernel, because kdevelop-3.4 anyway does not perfectly understand some of \
the pure C stuff.

So instead of trying to fix these things in kdevelop-3.4, you could help us solving \
the problems for kdevelop-4 more elegantly ;)

_______________________________________________
KDevelop-bugs mailing list
KDevelop-bugs@kdevelop.org
https://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-bugs


[prev in list] [next in list] [prev in thread] [next in thread]