petersondrew / TinyIpc

.NET inter process broadcast message bus with supporting classes

TinyIpc

.NET inter process broadcast message bus.

Intended for quick broadcast messaging in desktop applications, it just works.

Quick introduction

• Designed to be serverless
• Clients may drop in and out at any time
• Messages expire after a specified timeout, default 500 milliseconds
• The log is kept small for performance, default max log size is 1 MB
• Reads are queued and should be received in the same order as they were published

Benefits and drawbacks

It's easy to use and there is no complicated setup. It is suited for small messages, so big messages probably need some other transport mechanism. With high enough troughput messages may be lost if receivers are not able to get a read lock before the message timeout is reached.

Performance

Every publish operation reads and writes the entire contents of a shared memory mapped file and every read operation which is triggered by writes also reads the entire file so if performance is important then batch publish several messages at once to reduce the amount of reads and writes.

Compared to other solutions

	TinyIPC	XDMessaging	NVents	IpcChannel	Named Pipes
Broadcasting to all listeners	✓	✓	✓ (1)	✗	✗
No master process	✓	✓	✓	✗	✗
Insensitive to process privilege level	✓	✗	✗	✓	✓
Entirely in memory	✓	✗	✓	✓	✓

1 Via SSDP network discovery

Simple example

One message bus listening to the other.

using (var messagebus1 = new TinyMessageBus("ExampleChannel"))
using (var messagebus2 = new TinyMessageBus("ExampleChannel"))
{
	messagebus2.MessageReceived +=
		(sender, e) => Console.WriteLine(Encoding.UTF8.GetString(e.Message));

	while (true)
	{
		var message = Console.ReadLine();
		await messagebus1.PublishAsync(Encoding.UTF8.GetBytes(message));
	}
}