Add "how it works" section to README

Author: madsmtm

README.md

@@ -8,6 +8,23 @@ Next, you create a [`Context`] and [`Surface`] from that window, and can now cal
 
 Note that Softbuffer only provides the `&mut [...]` buffer, it does not provide any rendering primitives for drawing rectangles, circles, curves and so on. For that, you'll want to use a crate like [`tiny-skia`](https://docs.rs/tiny-skia/) or [`vello_cpu`](https://docs.rs/vello_cpu/).
 
+## How it works
+
+Most platforms have a compositor of some sort (WindowServer on macOS, Desktop Window Manager on
+Windows, the Wayland compositor, etc). This is a separate process that applications communicate
+with over IPC, and it is responsible for taking the various surfaces that applications send to it
+and mash ("composite") them together in the right way to render the user's desktop on the
+connected monitors.
+
+The role of Softbuffer then is to create a shared memory region (i.e. [`Buffer`]) that can be
+written to from the CPU, and then handed to the compositor (in [`Buffer::present`]). Softbuffer
+keeps a set of buffers around per surface to implement double-buffering (depending on platform
+requirements).
+
+Softbuffer strives to present buffers in a zero-copy manner. One interesting wrinkle here is that
+the compositor is often GPU-accelerated, so on platforms without a unified memory architecture,
+some copying is inherently necessary (though when possible, it is done in hardware using DMA).
+
 ## Platform support:
 
 Some, but not all, platforms supported in [raw-window-handle](https://crates.io/crates/raw-window-handle) are supported