Are there any size constraints for a SVN Server?

Hi Andreas ,

        1) Regarding repository type:
        I have come across this info about Berkley-DB :-
        "Do not create or access a Berkeley DB repository on a network share. It
cannot exist on a remote filesystem. If you attempt to use Berkeley DB on a
network share, the results are unpredictable - you may see mysterious errors
right away. "

        So,definitely I will be going for FSFS type of repository as we need to
network our repository.(which is default in SVN1.4.3).

        2) OS:
        I am using Windows 2003 Server OS on Subversion repositoy machine.

        3) File System:
        NTFS.

        With Windows 2003 Server OS , can I expect "svnadmin dump" command to work?
        As per your reply, I will have to split file system in case of FSFS, if I
want storage of ~1M. Can you please elaborate more on that?

Thanks.

Regards,
Swati Kulkarni

-----Original Message-----
From: Andreas Schweigstill [mailto:andreas@schweigstill.de]
Sent: Thursday, March 15, 2007 7:48 PM
To: users@subversion.tigris.org
Subject: Re: Are there any size constraints for a SVN Server?

Dear Swati!

Swati Kulkarni schrieb:
> I need to know if there are any size constraints (like Visual Source
> Safe)on the repository and number of repositories that can be added for
> Revision Control?
>
> Details:
> Apache 2.2.4
> SVN 1.4.3

Subversion itself doesn't have such "small" size constraints but
probably it is untested for revision numbers >= 2G or 4G.

Unfortunately you didn' mention which operating system, file system and
database backend (Berkeley DB, FSFS) you intend to use. So you also
should check if those restriction may apply.

Depending on your operating system some Subversion commands may fail
for big repositories, e.g. "svnadmin dump" can't create files > 2GB when
largefile support is not provided by the OS, its runtime libraries and
the underlying file system.

The file system may also have restriction for the total number of files
or for the number of files per directory. Using Subversion FSFS you will
get one file per revision in the db/revs and db/revprops directories, so
if a file system allows only 1M files, you can only store ~500k
revisions. After splitting db/revs and db/revprops onto different file
systems you can store ~1M revisions.

Conclusion:
On most modern file systems (ext3, reiserfs, XFS, NTFS) you won't notice
any restrictions when largefile support is provided. And the latter is
only needed for svnadmin dump/load.

With best regards
Andreas Schweigstill

--
Dipl.-Phys. Andreas Schweigstill
Schweigstill IT | Embedded Systems
Schauenburgerstraße 116, D-24118 Kiel, Germany
Phone: (+49) 431 5606-435, Fax: (+49) 431 5606-436
Mobile: (+49) 171 6921973, Web: http://www.schweigstill.de/
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
http://www.patni.com
World-Wide Partnerships. World-Class Solutions.
_____________________________________________________________________
This e-mail message may contain proprietary, confidential or legally
privileged information for the sole use of the person or entity to
whom this message was originally addressed. Any review, e-transmission
dissemination or other use of or taking of any action in reliance upon
this information by persons or entities other than the intended
recipient is prohibited. If you have received this e-mail in error
kindly delete  this e-mail from your records. If it appears that this
mail has been forwarded to you without proper authority, please notify
us immediately at netadmin@patni.com and delete this mail. 
_____________________________________________________________________

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Mar 16 05:26:06 2007