[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

RE: Checking disk space usage on the server.

From: Gary Ormsby <gormsby_at_bigfoot.com>
Date: 2005-04-03 22:17:46 CEST

I'm sorry. I should have been more explicit.

I'm mainly interested in the disk usage on the server.

I was thinking about the case where a directory is created by copying
another directory, by using the svn copy command. It says here that such
copies are very cheap disk usage-wise:
http://svnbook.red-bean.com/en/1.0/ch04s02.html#svn-ch-4-sect-2.1. I'd like
to measure that.

If I create a new directory from an existing directory with the "svn copy"
command how much disk space is used to store the newly created directory?

As files are modified in the new directory I'm assuming the disk usage on
the server will increase as the links are replaced by actual files (or more
likely be replaced by the diffs between the original files and the changes).

I believe check outs by clients always download the complete file.

Thanks.

Gary

-----Original Message-----
From: Jacob Atzen [mailto:jacob@aub.dk]
Sent: Sunday, April 03, 2005 1:16 PM
To: Gary Ormsby
Subject: Re: Checking disk space usage on the server.

On Sun, Apr 03, 2005 at 10:57:59AM -0500, Gary Ormsby wrote:
> I'm a subversion newbie and am trying to reduce the disk space usage
> of our subversion server and am looking for a way to get the amount of
> actual disk space used on a per file and a per directory basis.

Doesn't your operating system provide tools to measure the amount of
diskspace a certain file is occupying? Or am I missing something?

-- 
Cheers,
- Jacob Atzen
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sun Apr 3 22:20:21 2005

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.