Re: New Module Idea: MLDBM::Sync

2000-11-22 Thread Joshua Chamas
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 of

Re: New Module Idea: MLDBM::Sync

2000-11-22 Thread Joshua Chamas
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 a reason I'm

Use Sambe, not NFS [Re: New Module Idea: MLDBM::Sync]

2000-11-22 Thread Joshua Chamas
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 a

Re: New Module Idea: MLDBM::Sync

2000-11-22 Thread Paul Lindner
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 subclass

Re: New Module Idea: MLDBM::Sync

2000-11-22 Thread Perrin Harkins
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 there a

Re: New Module Idea: MLDBM::Sync

2000-11-22 Thread Tim Bunce
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.pl

Re: New Module Idea: MLDBM::Sync

2000-11-21 Thread Perrin Harkins
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 through

Re: New Module Idea: MLDBM::Sync

2000-11-21 Thread Joshua Chamas
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 reads and

Re: New Module Idea: MLDBM::Sync

2000-11-21 Thread Perrin Harkins
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 to 500

New Module Idea: MLDBM::Sync

2000-11-17 Thread Joshua Chamas
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