Paul Lindner wrote:
>
> Might MLDBM::Sync work over an NFS mounted partition? That's one
> reason I've not used the BerkeleyDB stuff yet..
>
Paul,
For the first time, I benchmarked concurrent linux client write
access over a SAMBA network share, and it worked, 0 data loss.
This is opposed to
Paul Lindner wrote:
>
> > I'm puzzled why people wouldn't just use version 3 of Berkeley DB (via
> > DB_File.pm or BerkeleyDB.pm) which supports multiple readers and
> > writers through a shared memory cache. No open/close/flush required
> > per-write and very very much faster.
> >
> > Is there
On Wed, 22 Nov 2000, Paul Lindner wrote:
> Might MLDBM::Sync work over an NFS mounted partition?
It might, since it's lock-file based. Performance will be poor though.
You'd probably be better off using MySQL to share data if you have a
cluster of machines.
> That's one reason I've not used t
On Wed, 22 Nov 2000, Tim Bunce wrote:
> I'm puzzled why people wouldn't just use version 3 of Berkeley DB (via
> DB_File.pm or BerkeleyDB.pm) which supports multiple readers and
> writers through a shared memory cache. No open/close/flush required
> per-write and very very much faster.
>
> Is th
On Wed, Nov 22, 2000 at 10:58:43AM +, Tim Bunce wrote:
> On Tue, Nov 21, 2000 at 03:00:01PM -0800, Perrin Harkins wrote:
> > On Fri, 17 Nov 2000, Joshua Chamas wrote:
> > > I'm working on a new module to be used for mod_perl style
> > > caching. I'm calling it MLDBM::Sync because its a subcl
On Wed, Nov 22, 2000 at 02:17:25PM +0300, Ruslan V. Sulakov wrote:
> Hi, Tim!
>
> I'd like to use BerkeleyDB! But have you test it in mod_perl environment?
Not yet, but I will be very soon. I'm sure others are using it.
> May be I wrote scripts in wrong fasion.
> I open $dbe and $db at startup.
Tim Bunce wrote:
>
> > I looked through the code and couldn't see how you are doing i/o
> > flushing. This is more of an issue with Berkeley DB than SDBM I think,
> > since Berkeley DB will cache things in memory. Can you point to me it?
>
> I'm puzzled why people wouldn't just use version 3 o
On Tue, Nov 21, 2000 at 03:00:01PM -0800, Perrin Harkins wrote:
> On Fri, 17 Nov 2000, Joshua Chamas wrote:
> > I'm working on a new module to be used for mod_perl style
> > caching. I'm calling it MLDBM::Sync because its a subclass
> > of MLDBM that makes sure concurrent access is serialized w
On Tue, 21 Nov 2000, Joshua Chamas wrote:
> On my box, some rough numbers in writes per sec, with doing a
> tie/untie for each write, are:
>
> sync writes/sec with tie/untie
>
> SDBM_File 1000
> DB_File 30
> GDBM_File 40
>
> Note that on a RAM disk in Linux, DB_File goes
Perrin Harkins wrote:
>
> On Fri, 17 Nov 2000, Joshua Chamas wrote:
> > I'm working on a new module to be used for mod_perl style
> > caching. I'm calling it MLDBM::Sync because its a subclass
> > of MLDBM that makes sure concurrent access is serialized with
> > flock() and i/o flushing between
On Fri, 17 Nov 2000, Joshua Chamas wrote:
> I'm working on a new module to be used for mod_perl style
> caching. I'm calling it MLDBM::Sync because its a subclass
> of MLDBM that makes sure concurrent access is serialized with
> flock() and i/o flushing between reads and writes.
I looked thro
Hey,
I'm working on a new module to be used for mod_perl style
caching. I'm calling it MLDBM::Sync because its a subclass
of MLDBM that makes sure concurrent access is serialized with
flock() and i/o flushing between reads and writes. Below is
the code for the module. I believe it could be
12 matches
Mail list logo