Given your ping times below, I wonder if this is as much a connectivity problem as a repository problem (just to confirm, does anyone on our side of the Atlantic have the same problems with the repository?)
Could you traceroute and see where the problem lies Gabriel? It's probably outside our domain, but if it's a connectivity problem with our hosting provider there is at least something we can do there. P On 11-Oct-06, at 7:18 AM, Gabriel Roldán wrote: > 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
