Sequential-storage - Efficiently Store Data in Flash | Interrupt

While using a full-blown filesystem for storing your data in non-volatile memory is common practice, those filesystems are often too big, not to mention annoying to use, for the things I want to do. My solution? I’ve been hard at work creating the sequential-storage crate. In this blog post I’d like to go over what it is, why I created it and what it does.


This is a companion discussion topic for the original entry at https://interrupt.memfault.com/blog/sequential-storage-crate

I guess writing new SW is pointless in the age of zephyr.

Are individual records required to be completely within a single page? Working on similar things in the past that has always been the case, but then there is some possible fragmentation or unused space for records that don’t fit in a pages remaining space. Is the crate handling this in any special way?