Looks like it's a couple hops upstream of our provider, but happening partly within North America. Could be a transient problem which will go away eventually. I have forwarded the info on to our provider to see if they have anything useful to add.
P On 11-Oct-06, at 11:17 AM, Gabriel Roldán wrote: > Here is the traceroute: > > > $traceroute gtsvn.refractions.net > > traceroute to refractions.net (64.40.100.236), 30 hops max, 40 byte > packets > > 1 192.168.1.1 (192.168.1.1) 5.153 ms 4.950 ms 5.173 ms > > 2 static-10-0-235-87.ipcom.comunitel.net (87.235.0.10) 20.092 ms > 19.908 ms 20.211 ms > > 3 cdmad6-r1-e3-3-1.ipcom.comunitel.net (212.145.0.213) 30.921 ms > 35.076 ms 35.940 ms > > 4 212.145.4.94 (212.145.4.94) 45.705 ms 45.270 ms 45.534 ms > > 5 193.158.5.133 (193.158.5.133) 45.339 ms 45.490 ms 46.567 ms > > 6 nyc-e5.NYC.US.net.DTAG.DE (62.154.14.53) 135.416 ms 141.027 ms > 136.191 ms > > 7 so-1-3-0.gar1.NewYork1.Level3.net (4.68.111.69) 142.086 ms > 135.933 ms 136.333 ms > > 8 ae-2-54.bbr2.NewYork1.Level3.net (4.68.97.97) 153.262 ms > ae-2-52.bbr2.NewYork1.Level3.net (4.68.97.33) 141.129 ms > ae-2-54.bbr2.NewYork1.Level3.net (4.68.97.97) 140.277 ms > > 9 as-1-0.mp2.Seattle1.Level3.net (209.247.10.133) 216.835 ms > 278.082 ms 216.993 ms > > 10 ae-12-51.car2.Seattle1.Level3.net (4.68.105.3) 217.593 ms > 216.854 ms ae-22-52.car2.Seattle1.Level3.net (4.68.105.35) 217.611 ms > > 11 unknown.Level3.net (64.154.178.134) 216.842 ms 216.732 ms > 217.792 ms > > 12 r1.netnation.com (64.40.105.1) 222.028 ms 222.883 ms 221.836 ms > > 13 refractions.net (64.40.100.236) 222.665 ms !<10> 221.922 ms ! > <10> 222.854 ms !<10> > > > > On Wednesday 11 October 2006 17:42, 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 > > > -- > > Gabriel Roldán ([EMAIL PROTECTED]) > > Axios Engineering (http://www.axios.es) > > Tel. +34 944 41 63 84 > > Fax. +34 944 41 64 90 > > <xtraceroute_gtsvn.jpg> ------------------------------------------------------------------------- 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
