4 releases

0.3.1 Sep 5, 2024
0.3.0 Aug 21, 2024
0.2.1 Aug 14, 2024
0.2.0 Aug 14, 2024

#108 in Memory management

Download history 147/week @ 2024-08-08 229/week @ 2024-08-15 76/week @ 2024-08-22 40/week @ 2024-08-29 154/week @ 2024-09-05 24/week @ 2024-09-12 18/week @ 2024-09-19 35/week @ 2024-09-26 13/week @ 2024-10-03 18/week @ 2024-10-10 10/week @ 2024-10-17

79 downloads per month
Used in 5 crates (4 directly)

MIT/Apache

110KB
3K SLoC

buffet

buffet is designed to memmap a big chunk of memory and then, well, hand out reference-counted (non-thread-safe) pieces of it. It was faster than stack allocation in some benchmark I did a while ago.

Also, it's compatible with io_uring in that you can give ownership of one of the pieces to a read/write operation and nobody else is able to use it until that operation is done, which is really neat.

There's a bunch of splitting operations that try to maintain reference count and the general "one mutable reference XOR multiple read-only references" vibe of the whole endeavor.

I'm not honestly convinced buffet is the optimal way to go about this, but it works for now, it's io_uring and fallback-codepath friendly... ah well.

Dependencies

~6–15MB
~185K SLoC