Managing large application state easily, resiliently, and with high performance is one of the hardest problems in the cloud today. The FASTER project offers two artifacts to help tackle this problem.
🆕FASTER Log is a high-performance concurrent persistent recoverable log, iterator, and random reader library in C#. It supports very frequent commit operations at low latency, and can quickly saturate disk bandwidth. It supports both sync and async interfaces, handles disk errors, and supports checksums. Learn more about the FASTER Log here or here.
FASTER KV is a concurrent key-value store + cache (available in C# and C++) that is designed for point lookups and heavy updates. FASTER supports data larger than memory, by leveraging fast external storage (local or cloud). It also supports consistent recovery using a new checkpointing technique that lets applications trade-off performance for commit latency.
Some key differentiating features of FASTER KV and FASTER Log include:
- Latch-free cache-optimized index, in FASTER KV.
- A fast persistent recoverable append-only log based on fine-grained epoch protection for concurrency, in FASTER Log.
- Unique “hybrid record log” design in FASTER KV, that combines the above log with in-place updates, to shape the memory working set and retain performance.
- Architecture as a component that can be embedded in multi-threaded cloud apps.
- Asynchronous recovery model based on group commit (called CPR).
- A rich extensible storage device abstraction called
IDevice, with implementations for local storage, cloud storage, tiered storage, and sharded storage.
For standard benchmarks where the working set fits in main memory, we found FASTER KV to achieve significantly higher throughput than current systems, and match or exceed the performance of pure in-memory data structures while offering more functionality. See the SIGMOD paper for more details. We also have a detailed analysis of C# FASTER KV performance in a wiki page here. The performance of the C# and C++ versions of FASTER are very similar. FASTER Log is also extremely fast, capable of saturating modern NVMe SSDs using less than a core of CPU, and scaling well in a multi-threaded setting.
Visit our research website for technical details and papers. For FASTER usage and getting started information, head over to our GitHub Pages website. A detailed guide to getting started with FASTER KV C# is also available in the repository at this link. FASTER C# binaries are available via NuGet.
You can take a look at the project roadmap here.
Build and Test
For C#, click here.
For C++, click here.
Recovery in FASTER KV
Both the C# and C++ version of FASTER KV support asynchronous checkpointing and recovery, based on a new recovery model called Concurrent Prefix Recovery (CPR for short). You can read more about CPR in our research paper here (to appear in SIGMOD 2019). Briefly, CPR is based on (periodic) group commit. However, instead of using an expensive write-ahead log (WAL) which can kill FASTER's high performance, CPR: (1) provides a semantic description of committed operations, of the form “all operations until offset Ti in session i”; and (2) uses asynchronous incremental checkpointing instead of a WAL to implement group commit in a scalable bottleneck-free manner.
CPR is available in the C# and C++ versions of FASTER. More documentation on recovery in the C# version is here. For C++, we only have examples in code right now. The sum-store, located here, is a good example of checkpointing and recovery.
This project welcomes contributions and suggestions. Most contributions require you to agree to a Contributor License Agreement (CLA) declaring that you have the right to, and actually do, grant us the rights to use your contribution. For details, visit https://cla.microsoft.com.
When you submit a pull request, a CLA-bot will automatically determine whether you need to provide a CLA and decorate the PR appropriately (e.g., label, comment). Simply follow the instructions provided by the bot. You will only need to do this once across all repos using our CLA.