Here times keep being killer, from my last commit: time svn commit -m "added needed literal expression types while we resolve the issue as per GEOT-602" 19115_2003/module/api/src/org/geotools/filter/ExpressionType.java 19115_2003/module/main/src/org/geotools/filter/LiteralExpressionImpl.java Enviando 19115_2003/module/api/src/org/geotools/filter/ExpressionType.java Enviando 19115_2003/module/main/src/org/geotools/filter/LiteralExpressionImpl.java Transmitiendo contenido de archivos .. Commit de la revisión 22028.
real 2m44.640s user 0m0.024s sys 0m0.020s That's for a commit, which makes sense not to be as slow, but look what a diff over the ext/xml module takes: First try (svn PROPFIND error after 4m 21s): time svn diff http://gtsvn.refractions.net/geotools/branches/19115_2003/ext/xml http://gtsvn.refractions.net/geotools/trunk/gt/ext/xml > /dev/null svn: requerimiento PROPFIND falló en '/!svn/vcc/default' svn: PROPFIND de '/!svn/vcc/default': no se pudo conectarse al servidor (http://gtsvn.refractions.net) real 4m21.764s user 0m0.016s sys 0m0.012s other attempts repreteadly fail with PROPFIND errors on random resources, never taking less than 2.5 minutes. Also, network latency doesn't seems a showstopper: ping gtsvn.refractions.net PING gtsvn.refractions.net (64.40.100.236) 56(84) bytes of data. 64 bytes from refractions.net (64.40.100.236): icmp_seq=1 ttl=52 time=221 ms 64 bytes from refractions.net (64.40.100.236): icmp_seq=2 ttl=52 time=218 ms 64 bytes from refractions.net (64.40.100.236): icmp_seq=3 ttl=52 time=220 ms As a side note, subclipse times out before any commit can be completed, so only chance is using the command line, not a big deal though. On Tuesday 10 October 2006 23:41, Paul Ramsey wrote: > It took about 3s to commit a single change on a single file directly: > > svn commit esri.properties > > On 10-Oct-06, at 1:58 PM, Paul Ramsey wrote: > > The archive itself is 1.8Gb right now. > > I have just dropped about 30 uncompleted transactions, which may or > > may not make any speed difference for commits. > > > > The current trunk tree runs at 300Mb > > > > I found that module/main was 80Mb of that: > > > > Bluejay:~/Code/geotools/module/main pramsey$ du -skh * > > 120K modified-src > > 21M src > > 25M target > > 34M test > > > > It seems like in general people need to be more careful, because it > > is next to impossible to remove things from the archive once they go > > in. (The whole archive needs to be dumped and filtered to remove the > > offending item.) > > > > There are maybe 300Mb of known fluffy objects in old revisions (jars > > from early udig development, some stupid large tiffs in test cases) > > that can be filtered out, but in general there is just a lot of stuff > > in there which is hard to get rid of. > > > > At 1.8Gb we basically would need to devote an entire machine to the > > SVN repository in order to guarantee speed, so that most of the > > database ended up in the VFS cache. It would be much faster if we > > weren't running confluence and geoserver and other tomcat-based > > memory hogs that push the SVN database down out of the VFS cache all > > the time. > > > > I will try some commits and see if I perceive slowness. I have found > > that updates are not all that bad just now. > > > > P > > > > On 10-Oct-06, at 12:22 PM, Cory Horner wrote: > >> Gabriel Roldán wrote: > >>> I second Adrian's worries. > >>> > >>> I'm maintaining a branch in sync with trunk, which is becoming an > >>> impossible > >>> task. The branch (19115_2003) is intended to be in sync with trunk > >>> until I > >>> manage to get the metadata interfaces changes in geoapi trunk. > >>> > >>> Is the problem causing this slowness already know? Any plan to fix > >>> it? > >> > >> I believe it is being looked at today by our sysadmin. > >> > >> Cheers, > >> Cory. > >> > >> --------------------------------------------------------------------- > >> - > >> --- > >> Take Surveys. Earn Cash. Influence the Future of IT > >> Join SourceForge.net's Techsay panel and you'll get the chance to > >> share your > >> opinions on IT & business topics through brief surveys -- and earn > >> cash > >> http://www.techsay.com/default.php? > >> page=join.php&p=sourceforge&CID=DEVDEV > >> _______________________________________________ > >> Geotools-devel mailing list > >> [email protected] > >> https://lists.sourceforge.net/lists/listinfo/geotools-devel > > > > ---------------------------------------------------------------------- > > --- > > Take Surveys. Earn Cash. Influence the Future of IT > > Join SourceForge.net's Techsay panel and you'll get the chance to > > share your > > opinions on IT & business topics through brief surveys -- and earn > > cash > > http://www.techsay.com/default.php? > > page=join.php&p=sourceforge&CID=DEVDEV > > _______________________________________________ > > Geotools-devel mailing list > > [email protected] > > https://lists.sourceforge.net/lists/listinfo/geotools-devel > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your opinions on IT & business topics through brief surveys -- and earn > cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Geotools-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/geotools-devel -- Gabriel Roldán ([EMAIL PROTECTED]) Axios Engineering (http://www.axios.es) Tel. +34 944 41 63 84 Fax. +34 944 41 64 90 ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
