[quagga-dev 11792] Re: [PATCH] Multiple VRF support in quagga
paul at jakma.org
Mon Nov 24 14:28:54 GMT 2014
On Thu, 20 Nov 2014, Lennart Sorensen wrote:
> Why not just use threads rather than shm and multiple processes then?
One of the attractions of SHM + multiple processes for me is that you can
use the MMU to carefully limit what data is shared and subject to
concurrency issues. Indeed, you can even choose to share data RO and
ensure consumers of that data can not corrupt it.
You're probably (almost certainly) still going to use the pthreads API to
co-ordinate access. So it's basically threads + added hardware protection.
>> good way to manage it all. I'd probably look at some kind of IPC bus,
>> DBus or OpenWRTs ubus for this.
> I really keep hoping to never have to but anything like that on an
> embedded system.
Ubus already is on small embedded systems. It's at least pretty
light-weight. Alternative suggestions for dealing with (likely) increasing
numbers of Quagga processes (with or without threads) and their management
(config & monitoring) appreciated. :)
Paul Jakma paul at jakma.org @pjakma Key ID: 64A2FF6A
fortune: cpu time/usefulness ratio too high -- core dumped.
More information about the Quagga-dev