Question

I am programming a server daemon from which users can query data in C. The data can also be modified from clients.

I thought about keeping the data in memory.

For every new connection I do a fork().

First thing I thought about that this will generate a copy of the db every time a connection takes places, which is a waste of memory.

Second problem I have is that I don’t know how to modify the database in the parent process.

What concepts are there to solve these problems?

Answer 1

What concepts are there to solve these problems?

Just a few observations:

1. fork() only clones the memory of the process it executes at the time of execution. If you haven’t opened or loaded your database at this stage, it won’t be cloned into the child processes.
2. Shared memory – that is, memory mapped with mmap() and MAP_SHARED will be shared between processes and will not be duplicated.
3. The general term for communicating between processes is Interprocess communication of which there are several types and varieties, depending on your needs.

Aside On modern Linux systems, fork() implements copy-on-write copying of process memory. Actually, you won’t end up with two copies of a process in memory – you’ll end up with one copy that believes it has been copied twice. If you write to any of the memory, then it will be copied. This is an efficiency saving that makes use of the fact that the majority of processes alter only a small fraction of their memory as they run, so in fact even if you went for the copy the whole database approach, you might find the memory usage less that you expect – although of course that wouldn’t fix your synchronisation problems!