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
> 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.
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
> 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
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
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
>
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.
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
>
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 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
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 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
14 matches
Mail list logo