-
Bug
-
Resolution: Unresolved
-
Major
-
None
-
Platform: Sun, OS: Solaris
The Subversion checkout in Hudson's continuous build is slow. Despite setting
the checkout to run against a memory based Solaris file system, the checkout is
still acting as slowly as to a regular filesystem. For example, the Subversion
checkout for a memory based Solaris file system took just 1 minutes and 30
seconds against 7 minutes and 9 seconds for Hudson's continuous build checkout
into a memory based Solaris file system (more than 4.5 times slower). Another
example, the Subversion checkout from NetBeans IDE took only 3 minutes and it
was done into harddisk file system which faster for 2 times comparing with
Hudson checkout into a memory based Solaris file system.
- is duplicated by
-
JENKINS-10105 subversion plugin to slow
-
- Resolved
-
-
JENKINS-6940 subversion updates by hudson are three time slower than from commandline
-
- Resolved
-
The original problem reported by ssburlg and the later addition by pgweiss are
likely different as they involve different transports.
In 1.260 I fixed a bug in SVNKit, which was breaking the use of persistent HTTP
connections entirely. So hopefully this fixes the problem reported by ssburlg.
Also in 1.260, we bumped up SVNKit to 1.2.0 release version, and one of the
changelogs include svn+ssh performance improvement, which hopefully addresses
the problem reported by pgweiss.
If the new version won't show enough performance improvements, please feel free
to reopen.