Bug 151832 - CVS checkout really slow
CVS checkout really slow
Product: Fedora
Classification: Fedora
Component: eclipse (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: Ben Konrath
Depends On:
  Show dependency treegraph
Reported: 2005-03-22 13:52 EST by Billy Biggs
Modified: 2007-11-30 17:11 EST (History)
2 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2006-10-04 14:49:42 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
oprofile report (332.16 KB, text/plain)
2005-05-12 11:15 EDT, Anthony Green
no flags Details

  None (edit)
Description Billy Biggs 2005-03-22 13:52:10 EST
I am experimenting with using gcj/gij to run eclipse using the gcj packages from
the Fedora development repository.

One thing I have noticed when using gij or gcj-compiled eclipse is that CVS
checkouts seem really, really slow.  I am connecting to dev.eclipse.org
/home/eclipse as anonymous (pserver).  Is it possible that something at the
gcj/gij level is making network connections slow down?
Comment 1 Billy Biggs 2005-03-22 13:52:46 EST
To clarify further, I am testing with eclipse I20050315-1100.
Comment 2 Andrew Overholt 2005-03-22 13:53:51 EST
Moving to devel.  Assigning to me.
Comment 3 Andrew Overholt 2005-03-22 13:54:30 EST
Really assigning to me.
Comment 4 Billy Biggs 2005-03-22 13:57:49 EST
During checkout, the gij process is spinning the CPU.
Comment 5 Andrew Overholt 2005-03-22 14:00:52 EST
This is CVS using ext, right?  It's over ssh?
Comment 6 Billy Biggs 2005-03-22 14:01:59 EST
No, using pserver.
Comment 7 Anthony Green 2005-05-12 11:15:47 EDT
Created attachment 114297 [details]
oprofile report

I've attached an oprofile report of a pserver checkout of gnu-crypto.
I started profiling just as the cvs co started, and stopped as soon as it
I haven't look at the report closely, other to note that we're spending the
vast majority of our time in the kernel - presumably waiting on stuff.	I also
don't understand why we're trying to load classes here.
Comment 8 Andrew Overholt 2005-05-18 09:41:01 EDT
I've been working on this 'cause it was really bugging me.  My test project was
gnu-crypto [1].  After fighting with oprofile and trying to figure out the cause
of the slow checkouts, I have now come to the conclusion that if we set the
compression level to 3 (or higher, I guess), checkout time is acceptable.  Since
I ran into similar problems with Sun's JVM (with gnu-crypto), I'm willing to bet
it's an upstream issue (or at least gnu-crypto exacerbates the issue).  I've
opened an Eclipse bug [2] to see if we can get the default compression set to 3
and if not, to see if there's a way we can set it in our builds.

Comment 9 Andrew Overholt 2005-06-06 11:11:06 EDT
I'd like to close this as NOTABUG because I get the same behaviour with our
native stuff as with Sun's JVM.

Comment 10 Andrew Overholt 2005-10-11 07:21:12 EDT
I'm wondering if this was the same effect as bug 161483.  Billy/others, if you
get time, can you try the packages that will hit rawhide today (-15)?
Comment 11 Andrew Overholt 2005-10-20 11:28:46 EDT
I've noticed this myself now.  We do indeed take longer than the Sun JVM to
check things out of CVS regardless of compression level.
Comment 12 Andrew Haley 2006-03-13 08:28:38 EST
Surely this one is now fixed.
Comment 13 Andrew Overholt 2006-03-13 10:04:47 EST
I don't use the Sun JVM for much other than testing sometimes so I can't really
verify.  Ben, can you perhaps take a look at this?  Maybe we can get some data
out of the automated tests or something.
Comment 14 Igor Foox 2006-03-15 12:41:44 EST
Blah blah.
Comment 15 Igor Foox 2006-03-15 12:42:03 EST
(In reply to comment #10)
>I'm wondering if this was the same effect as bug 161483.  Billy/others, if you
>get time, can you try the packages that will hit rawhide today (-15)?

Comment 16 Ben Konrath 2006-10-04 14:44:46 EDT
I think we can close this bug now. Andrew, what do you think? 
Comment 17 Andrew Overholt 2006-10-04 14:49:42 EDT
Sure, and if checkout time bothers people, we can re-open.


Note You need to log in before you can comment on or make changes to this bug.