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.
>   

I recommend you try using Subversive. It's a much better Eclipse SVN 
plug-in. It might not help in this case, but I found its level of 
quality is on par with the CVS support in Eclipse.
http://www.polarion.org/index.php?page=overview&project=subversive

Richard
>
>
> 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
>>     
>
>   



-------------------------------------------------------------------------
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

Reply via email to