Show HN: FoundationDB Block Device – a replicated block device driver in Go

Re:Show HN: FoundationDB Block Device – a replicated block d... by nmelkozerov on Friday February 08, 2019 @03:48AM (#19112495)

Thanks you.

Since it is a block device, all files are splitted into chunks of 4 kb (or other value if configured) and from the database perspective there is no difference between large and small files.

For deletions, FoundationDB is able to delete a key range in O(log(n)) time, without using tombstones, and it doesn't use compactions (because it uses B-tree instead of LSM-tree) so I don't think there will be any impact on performance.

Right now TRIM operations are not supported yet, so instead of getting deleted blocks will be marked as "free" by a filesystem and then reused later.

[ Parent | on HN ]

Re:Show HN: FoundationDB Block Device – a replicated block d... by alexk on Friday February 08, 2019 @11:40AM (#19115933)

That's helpful, thanks, clarifies key differences in design of Cassandra vs FoundationDB. Are you using a lot of FDB in prod? What are your impressions so far?

What are your next steps with this project?

[ Parent | on HN ]

Re:Show HN: FoundationDB Block Device – a replicated block d... by nmelkozerov on Friday February 08, 2019 @01:04PM (#19116953)

We don't use FDB in production yet, but Wavefront is using FDB and it seems they're quite happy: https://news.ycombinator.com/item?id=16879632

My next step is to implement a locking mechanism to prohibit simultaneous mounts and data corruption, and then I'll work on providing a Container Storage Interface to support easy integration with k8s.

I don't think there will be major deviations from the roadmap defined in the readme :)

[ Parent | on HN ]