[prev in list] [next in list] [prev in thread] [next in thread]
List: kdevelop-bugs
Subject: [Bug 281504] New: KDevelop very slow after performing SVN operations
From: Aaron Williams <aaronw () doofus ! org>
Date: 2011-09-06 22:52:36
Message-ID: bug-281504-40295 () http ! bugs ! kde ! org/
[Download RAW message or body]
https://bugs.kde.org/show_bug.cgi?id=281504
Summary: KDevelop very slow after performing SVN operations
Product: kdevelop
Version: 4.2.0
Platform: Unlisted Binaries
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: NOR
Component: general
AssignedTo: kdevelop-bugs@kdevelop.org
ReportedBy: aaronw@doofus.org
Version: 4.2.0 (using KDE 4.6.0)
OS: Linux
I have a very large project (U-Boot) with around 1800 files. Whenever I perform
a Subversion operation such as checking in a file there is a very long delay
afterwards with one CPU core pegged at 100%. An operation might take a couple
minutes to complete on a quad-core XEON. I also have a lot of files open with
kdevelop consuming 1.7GB of RAM (virt) and 910MB (resident). The memory usage
isn't a problem but I'm guessing the large number of open files might be
related.
Reproducible: Always
Steps to Reproduce:
1. Open a large project with a large number of open files (say 250)
2. Perform a subversion operation, could be compare to head, checkin, update,
etc. on an open file.
3. Wait for the operation to finish
4. Go to step 3
Actual Results:
The wait is quite long, often several minutes.
Expected Results:
The operation should complete within a few seconds.
OS: Linux (x86_64) release 2.6.37.6-0.7-desktop
Compiler: gcc
--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
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]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic