Bug 37808

Summary:	some operation on directories with many files are very slow
Product:	[Applications] cervisia	Reporter:	Marco Krohn <marco.krohn>
Component:	general	Assignee:	Bernd Gehrmann <bernd>
Status:	RESOLVED WORKSFORME
Severity:	normal
Priority:	NOR
Version First Reported In:	1.5rich1
Target Milestone:	---
Platform:	Compiled Sources
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

Description Marco Krohn 2002-02-04 00:20:58 UTC

(*** 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)

Comment 1 Eray Ozkural 2003-01-09 21:55:30 UTC

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,

Comment 2 Marco Krohn 2003-01-09 23:44:33 UTC

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 :-)

Comment 3 Christian Loose 2003-03-13 10:49:17 UTC

I guess the one week is over. :-)

I can't reproduce this bug, so I close it for now.

Christian

Comment 4 Marco Krohn 2003-03-17 23:53:21 UTC

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!

Comment 5 Cees Timmerman 2007-04-11 18:14:35 UTC

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.