My ping times are 11-15 ms which is 20 times faster than Gabriel's ping times and I don't have anything to complain about... Although this morning Andrea got a timeout message from Subversive eclipse plugin because it took to long to commit.
Jesse On 11-Oct-06, at 8:42 AM, Paul Ramsey wrote: > 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 ------------------------------------------------------------------------- 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
