I consider POSIX to be high-level. The RDMA and DPDK interface are not.
The Demikernel is not a unikernel. It is a library OS compiled as a series of shared libraries. It is not compiled together with the application and doesn’t take into account what features the application uses. It is…
Paper can be found here: http://irenezhang.net/papers/demikernel-hotos19.pdf
It looks POSIX-like but uses high-level queues and fixes some issues with epoll. The lack of an atomic data unit and the overhead of the poor epoll interface cost too much to retain for kernel-bypass. Take a look at the…
BTW, the Demikernel will be open-sourced shortly .. as soon as I return from giving a talk at KubeCon Europe.
It depends on the interface for the drivers to the application. However, UIO doesn't seem to support DMA, which is a non-starter. RDMA and DPDK both use user-space drivers, which is necessary for kernel-bypass. I'm not…
I've updated the blog post with our experimental results from the Redis benchmark. Here is a link to the graph: http://irenezhang.net/img/demikernel-redis-exp.jpg
This implementation is an optimization of leader-based protocols like Raft. It removes the leader from the critical path using SDN.
No, that was our key insight. Basically, you can think of it as, using something like Paxos requires all replicas to run the same code. So every replica checks for transaction conflicts. However, you actually only need…
Figure 14 in the paper gives comparisons with MongoDB, Redis and Cassandra using YCSB. The git repo has the YCSB bindings for TAPIR, so you can run TAPIR against any of the other systems that also have YCSB bindings.
The leader bottleneck will continue to exist even if there great sharding because the leaders simply process more messages than the replicas, so TAPIR will allow each shard to support more throughput. The paper has an…
I consider POSIX to be high-level. The RDMA and DPDK interface are not.
The Demikernel is not a unikernel. It is a library OS compiled as a series of shared libraries. It is not compiled together with the application and doesn’t take into account what features the application uses. It is…
Paper can be found here: http://irenezhang.net/papers/demikernel-hotos19.pdf
It looks POSIX-like but uses high-level queues and fixes some issues with epoll. The lack of an atomic data unit and the overhead of the poor epoll interface cost too much to retain for kernel-bypass. Take a look at the…
BTW, the Demikernel will be open-sourced shortly .. as soon as I return from giving a talk at KubeCon Europe.
It depends on the interface for the drivers to the application. However, UIO doesn't seem to support DMA, which is a non-starter. RDMA and DPDK both use user-space drivers, which is necessary for kernel-bypass. I'm not…
I've updated the blog post with our experimental results from the Redis benchmark. Here is a link to the graph: http://irenezhang.net/img/demikernel-redis-exp.jpg
This implementation is an optimization of leader-based protocols like Raft. It removes the leader from the critical path using SDN.
No, that was our key insight. Basically, you can think of it as, using something like Paxos requires all replicas to run the same code. So every replica checks for transaction conflicts. However, you actually only need…
Figure 14 in the paper gives comparisons with MongoDB, Redis and Cassandra using YCSB. The git repo has the YCSB bindings for TAPIR, so you can run TAPIR against any of the other systems that also have YCSB bindings.
The leader bottleneck will continue to exist even if there great sharding because the leaders simply process more messages than the replicas, so TAPIR will allow each shard to support more throughput. The paper has an…