[prev in list] [next in list] [prev in thread] [next in thread]
List: kdevelop-devel
Subject: Performance: rpp::LocationTable with const ref of
From: Milian Wolff <mail () milianw ! de>
Date: 2010-02-28 14:20:06
Message-ID: 201002281520.08311.mail () milianw ! de
[Download RAW message or body]
[Attachment #2 (multipart/signed)]
Hello all, esp. David:
As you might have seen: I did some profiling and found a bottleneck in the Cpp
plugin. See also https://bugs.kde.org/show_bug.cgi?id=215968#c31
I wonder how we could improve the situation. The simplest would of course be
to cache the result of the last positionAt call. Sadly this is not as easy as
in the kdev-pg-qt case.
The thing is that the positionAt gets called while the contents get filled, at
least it's size changes and I'm not sure whether contents get only appended or
contents get changed somewhere in between (macros?). If stuff only gets
appended, one could easily implement a cache like the following:
- make LocationTable take a pointer to the PreprocessedContents in it's Ctor
and store the pointer. drop the (unused) ctor that takes no arguments
- make all methods operate on these contents
- in positionAt implement a cache based on the last call
Ideas? Comments?
--
Milian Wolff
mail@milianw.de
http://milianw.de
["signature.asc" (application/pgp-signature)]
--
KDevelop-devel mailing list
KDevelop-devel@kdevelop.org
https://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic