Throttling and blocking in cap/message-passing systems?
rmeijer <rmeijer-qWit8jRvyhVmR6Xm/[email protected]> Thu, 09 Jul 2015 09:14:23 +0200
| Newsgroups | gmane.comp.capabilities.general |
|---|---|
| Message-ID | <[email protected]> |
This might be slightly off-topic, but given the large overlap between message passing based architectures and capability based systems, I thought it would still be of interests to some on the list. I am currently working on a computer-forensics related subject where I'm looking into (unfortunately non-cap-based) message passing architectures. As the base architecture is basically fully asynchronous (practically) infinite buffer message passing, the concept of blocking operations is basically foreign to the existing system. There are however performance issues related to the fully asynchronous (practically) infinite buffer message passing setup (related to disk cache misses) that would make the introduction of blocking/throttling a potentially interesting addition from a performance point of view. The idea would be that the messaging subsystem would keep track of disk cache statistics and throttle the normally asynchronous message passing by temporary making send operations block. I have a few questions that i hope someone on this list could help me finding an answer to: 1) Is anyone aware of papers that may be relevant to the design of such a system, whether just message passing architecture related or specific to capability based message passing architectures. Also papers showing that this would be essentially a bad idea are very welcome at this point. 2) Is anyone aware of a (preferably capability-based) implementation that might be suitable as message passing underpinning for such a disk-cache stats driven throttling/blocking message passing system? T.I.A, Rob