(*** This bug was imported into bugs.kde.org ***) Package: cervisia Version: 1.5rich1 (using KDE 2.9.0 2 (3.0 beta2)) Severity: normal Installed from: compiled sources Compiler: gcc version 2.95.3 20010315 (SuSE) OS: Linux (i686) release 2.4.10-4GB OS/Compiler notes: I have a directory which contains about 400 files and I just found out that some operations on such directories are _very_ slow. Actually the cvs actions themselves are fast (remove + commit for about 20 files) needed a few seconds but the UI update needed more than 20 seconds on my Athlon1300 640 MB machine. Other than that: cervisia is a great tool which I use since version ~0.5. Thanks a lot for making my "cvs life" easier :-) (Submitted via bugs.kde.org) (Called from KBugReport dialog)
reporter, could you please specify which actions cause the UI performance flaw? commit and update? are all 400 files in a single directory? how many directories are contained inside that dir? Thanks,
Subject: Re: some operation on directories with many files are very slow On Thursday 09 January 2003 21:55, erayo@bilkent.edu.tr wrote: > ------- reporter, could you please specify which actions cause the UI > performance flaw? "commit", but since I haven't encountered this problem for a while I can't really say if it is still there. I'll try to reproduce within the next few days. If you don't hear anything from me within one week you can close the bug report as fixed. > commit and update? update was never a problem. > are all 400 files in a single directory? how many directories are contained > inside that dir? all files in one dir, no further sub dirs. To be more precise: for a os project we stored the doxygen documentation in cvs. > Thanks, thanks _you_ for bug squashing and cleaning up the bug system :-)
I guess the one week is over. :-) I can't reproduce this bug, so I close it for now. Christian
Subject: Re: some operation on directories with many files are very slow On Thursday 13 March 2003 10:49, Christian Loose wrote: > I can't reproduce this bug, so I close it for now. fine with me. If I ever encouter this again, I'll write a new report. By the way: thanks for your work on cervisia!
When i update a checked out folder containing 23738 files and 4401 subfolders, totaling 492.1 MiB, using Cervisia 2.4.5 on KDE 3.5.5 Linux i686 2.6.17-11-generic on a 2.8 GHz Celeron with 440 M RAM, and press Abort, the console says [Aborted], but the tree items flicker while CPU is 90+% busy. Painting is quite slow and should only be done when necessary.