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

Re: Running a repository out of RAM?

From: Troy Curtis Jr <troycurtisjr_at_gmail.com>
Date: 2007-06-26 07:23:25 CEST

On 6/20/07, Toby Thain <toby@smartgames.ca> wrote:
>
> On 20-Jun-07, at 1:57 AM, Troy Curtis Jr wrote:
>
> > On 6/17/07, Ryan Schmidt <subversion-2007b@ryandesign.com> wrote:
> >> On Jun 17, 2007, at 17:03, Troy Curtis Jr wrote:
> >>
> >> > On 6/17/07, Carsten Koch wrote:
> >> >
> >> >> FSFS is a zillion tiny files,...
> >> ...
> >>
> >>
> >>
> >
> > ...
> > It does seem like FSFS is a little more flexible in a lot of ways.
> > For instance, with FSFS I could conceivably do a periodic "cat * >
> > /dev/null" in the directory containing the revisions to constantly
> > keep them in the native linux disk cache. Apparently even a read only
> > operation like this is not really safe to do on a bdb repo (or at
> > least a copy is not safe).
>
>
> To clarify this, you can't *use* such a copy (without taking measures
> to quiesce BDB), as it probably won't be consistent.
>
> But making a throw-away copy as described above should be perfectly
> safe. If that breaks something when the original database is
> accessed, then that would be a serious bug.
>
> --Toby
>
>
>
>

Ah, I guess that makes sense. Thanks!

-- 
"Beware of spyware. If you can, use the Firefox browser." - USA Today
Download now at http://getfirefox.com
Registered Linux User #354814 ( http://counter.li.org/)
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Jun 26 07:23:13 2007

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.