[bind10-dev] Multicore Auth

[Michal 'vorner' Vaner]

Hello

On Fri, Jul 15, 2011 at 01:42:47AM -0700, JINMEI Tatuya / 神明達哉 wrote:
> > Well, as far as I looked, it is possible to have not only shared memory, but
> > shared mutexes and locks. That way we can have separate processes and still
> > propagate pretty fast by locking in some kind of shared memory.
> > 
> > Also, as Evan noted, if we have a big mostly stable area and small „journal“,
> > this can propagate changes fast as well.
> 
> I'm not that optimistic, once the design involves heavy use of
> synchronization primitives.  The nightmare with heavy use of threads
> won't magically disappear simply because we use something that has a
> different name than threads but is equally evil.  In that sense, I
> believe my concern still stands: I can hardly imagine any other
> approach than multi threads + locking.

Well, it can help a little. If we do threads, the whole application must be
thread-safe ‒ the problems of threads will be scattered all over the place. If
we do shared memory for the in-memory data source only, we don't need to worry
about access from different process/thread anywhere else.

And a segfault in message rendering (for example) won't kill all the threads,
just one process.

But anyway yes, the problem with synchronizing is still there. It's only
localized.

With regards

-- 
This message is encrypted by double rot-13

Michal 'vorner' Vaner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <https://lists.isc.org/pipermail/bind10-dev/attachments/20110715/6a4921b7/attachment.bin>