On 3/16/07, Swati Kulkarni <swati.lkulkarni@patni.com> wrote:
> 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).
This is only applicable if you're accessing the repository via the
file:/// method and you're using BDB. However, you shouldn't be
running your repository on file:/// if you have multiple developers.
If you serve your repository via svnserve or Apache, BDB will work
just fine.
> With Windows 2003 Server OS , can I expect "svnadmin dump" command to work?
Works just fine. svnadmin dump was created in part to allow you to
transfer repositories across OSes, so it has to work anywhere the rest
of the SVN suite works.
> 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
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Mar 16 12:21:20 2007