Mailing-List: contact users-help@subversion.apache.org; run by ezmlm
Precedence: bulk
Received-SPF: softfail (athena.apache.org: transitioning domain of
 mohsinchandia@gmail.com does not designate 162.253.133.43 as permitted
 sender)
Date: Wed, 10 Dec 2014 15:47:06 -0700 (MST)
From: Mohsin <mohsinchandia@gmail.com>
To: users@subversion.apache.org
Message-ID: <1418251626222-191208.post@n5.nabble.com>
In-Reply-To: <5488BB92.90500@wandisco.com>
References: <1418245277325-191202.post@n5.nabble.com>
 <5488BB92.90500@wandisco.com>
Subject: Re: SVN Issue On Solaris OS
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

>This really shouldn't matter, unless you now have a directory with tens
>of thousands of entries in it. And your use of the term "100% disk
>usage" seems to be about I/O, not capacity (which is quite strange). On
>the other hand, if you're actually rsyncing lots of data to or from your
>machine, it's not surprising that you use up all available disk
>bandwidth. But I still don't know how Subversion would be related to rsync. 

We have 900 GB total space on server in which half of the space is free on
server. We have 430 GB data in all repos so by r syncing all disk bandwidth
of server is being consumed that caused 100 % disk usage.That the point
which i understand.


Mohsin


--
View this message in context: http://subversion.1072662.n5.nabble.com/SVN-Issue-On-Solaris-OS-tp191202p191208.html
Sent from the Subversion Users mailing list archive at Nabble.com.