[quagga-dev 11792] Re: [PATCH] Multiple VRF support in quagga

Paul Jakma 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 mailing list