On Thu, Aug 1, 2013 at 10:18 AM, Somashekarappa, Anup (CWM-NR)
wrote:
>
>
> Hello Bob,
>
> Thanks for your response.
>
> I tried in the same server where svn is hosted but there also it is taking
> too much of time I e it is taking 110 mins to checkout the 2200 Mbytes of
> data(in Windows it too
On Aug 1, 2013, at 09:26, Bob Archer wrote:
> The working copy is generally 2x the size of the files in it, since the .svn
> folder contains the pristine copies of your working copy. This is how svn can
> do diffs against changed items In your working copy without hitting the
> server, and als
On 8/1/2013 10:52 AM, Somashekarappa, Anup (CWM-NR) wrote:
Bandwidth is 35.4 MBytes/secfrom my system(London) to server(New york)
when i checked with iperf tool.
We are using LDAP
AuthzLDAPAuthoritative off
AuthType Basic
AuthBasicProvider ldap
AuthName "Windows Credentials"
As per message afte
To: Bob Archer
> Cc: Somashekarappa, Anup (CWM-NR); users@subversion.apache.org
> Subject: RE: SVN performance -URGENT
> Bob Archer wrote on 08/01/2013 09:02:32 AM:
> > > We are using subversion 1.7 which is hosted in linux and apache
> > > isbeing used along with this.
> >
On 1 Aug 2013 16:52, "Somashekarappa, Anup (CWM-NR)" <
anup.somashekara...@rbc.com> wrote:
>
> Bandwidth is 35.4 MBytes/sec from my system(London) to server(New york)
when i checked with iperf tool.
>
>
> We are using LDAP
>
> AuthzLDAPAuthoritative off
> AuthType Basic
> AuthBasicProvider ldap
>
01 August 2013 15:20
To: Bob Archer
Cc: Somashekarappa, Anup (CWM-NR); users@subversion.apache.org
Subject: RE: SVN performance -URGENT
Bob Archer wrote on 08/01/2013 09:02:32 AM:
> > We are using subversion 1.7 which is hosted in linux and apache
isbeing used
> > along with this.
Please stop top posting.
> I tried in the same server where svn is hosted but there also it is taking too
> much of time I e it is taking 110 mins to checkout the 2200 Mbytes of data(in
> Windows it took 143 mins).
>
> I have not tried the command line option.Could you please tell how to do it
>
Bob Archer wrote on 08/01/2013 09:02:32 AM:
> > We are using subversion 1.7 which is hosted in linux and apache
isbeing used
> > along with this.
> > The linux is very powerful but we are facing a major issue during the
SVN
> > operation from the windows system.
> > Windows system : Microsoft wi
> I tried in the same server where svn is hosted but there also it is
> taking too much of time I e it is taking 110 mins to checkout the
> 2200 Mbytes of data(in Windows it took 143 mins).
How many files are in the working copy? For example, millions of small
files can take a significant amoun
performance -URGENT
> Hello Team,
> We are using subversion 1.7 which is hosted in linux and apache is
> being used along with this.
> The linux is very powerful but we are facing a major issue during the
> SVN operation from the windows system.
> Windows system : Microsoft windo
> Hello Team,
> We are using subversion 1.7 which is hosted in linux and apache is being used
> along with this.
> The linux is very powerful but we are facing a major issue during the SVN
> operation from the windows system.
> Windows system : Microsoft windows XP
> 2.85 GB of Ram
> tortoisesvn 1.
> Hello Team,
>
> We are using subversion 1.7 which is hosted in linux and apache is
> being used along with this.
>
> The linux is very powerful but we are facing a major issue during the
> SVN operation from the windows system.
>
> Windows system : Microsoft windows XP
> 2.85 GB of Ram
> to
Guten Tag Somashekarappa, Anup (CWM-NR),
am Donnerstag, 1. August 2013 um 13:51 schrieben Sie:
> May i know where is the bottleneck?
Did you have a look at the CPU and I/O for storage and network on both
client and server? Even Windows provides enough tools built-in to see
if those resources are
Hello Team,
We are using subversion 1.7 which is hosted in linux and apache is being
used along with this.
The linux is very powerful but we are facing a major issue during the
SVN operation from the windows system.
Windows system : Microsoft windows XP
2.85 GB of Ram
tortoisesvn 1.7
Windows
14 matches
Mail list logo
