Re: Persisting data across authenticate <-> authorize ?

[prev] [thread] [next] [Date index for 2004/12/13]

From: Perrin Harkins
Subject: Re: Persisting data across authenticate <-> authorize ?
Date: 07:07 on 13 Dec 2004
On Mon, 2004-12-13 at 00:38 -0600, David Nicol wrote:
> i may be mistaken, but i have been under the impression that berkeley and
> others get corrupted if two processes write to the same open db at the
> same time.

BerkeleyDB can use page-level or database-level locking, coordinated
through IPC.  (Not sure exactly what it uses -- semaphores?)  If you
were to disable this locking, or use DB_File instead of BerkeleyDB, you
would have problems.

> DirDB maps a tied hash to a directory, with one entry per file. 
> Hashrefs turn into
> subdirectories.  It is designed to be safe accross NFS, using directory locking
> instead of flock() when it has to.

Being safe across NFS is an interesting feature which the other file-
based ones do not have.  That means the comparisons would be to a simple
MySQL table or to Cache::Memcached.

- Perrin


        -- 
        Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html

(message missing)

Re: Persisting data across authenticate <-> authorize ?
Perrin Harkins 07:07 on 13 Dec 2004

Generated at 11:26 on 21 Dec 2004 by mariachi v0.52