On Sunday 12 March 2006 22:26, Juergen Donnerstag wrote:
> How do you compare efficiently the latest svn rep with the local copy?
> It take about 13 minutes with eclipse. Anything I'm doing wrong or is
> sf svn that slow?
That operation can happen without network activity, as SVN keeps a full copy
of your latest checkout, and that is the default when you do
svn diff abc/def/*
Secondly, SVN has an enormous file overhead, and scanning all these files
during diffs takes a while and also depends a lot on your OS. The overhead is
directory related, so Java projects are suffering additionally. Personally, I
feel that the TortoiseSVN client has significant additional overhead, but
that might be an illusion on my behalf.
On my large project, the system went from ~2-3mins to less than 10seconds
after plugging in 2GB of RAM (running on Linux, all files ended up in cache).
So,
1. More RAM.
2. Faster disk subsystem.
3. Smaller areas to scan.
(One typically knows roughly where the changes has been made.)
However, if you do
svn diff -r HEAD abc/def/*
then a full networked diff will be commenced, and server+network becomes an
additional factor. I avoid this, and do a svn update instead.
Hope this helps you understand why things are this way.
Cheeers
Niclas
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
Wicket-develop mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wicket-develop
