))
Tobias Ziegler | ScaleStore: A Fast and Cost-Efficient Storage Engine using DRAM, NVMe, and RDMA | #9
سلسلة مؤرشفة ("تلقيمة معطلة" status)
When?
This feed was archived on October 13, 2022 19:36 (
Why? تلقيمة معطلة status. لم تتمكن خوادمنا من جلب تلقيمة بودكاست صحيحة لفترة طويلة.
What now? You might be able to find a more up-to-date version using the search function. This series will no longer be checked for updates. If you believe this to be in error, please check if the publisher's feed link below is valid and contact support to request the feed be restored or if you have any other concerns about this.
Manage episode 337873971 series 3383877
المحتوى المقدم من JACK WAUDBY. يتم تحميل جميع محتويات البودكاست بما في ذلك الحلقات والرسومات وأوصاف البودكاست وتقديمها مباشرةً بواسطة JACK WAUDBY أو شريك منصة البودكاست الخاص بهم. إذا كنت تعتقد أن شخصًا ما يستخدم عملك المحمي بحقوق الطبع والنشر دون إذنك، فيمكنك اتباع العملية الموضحة هنا https://ar.player.fm/legal.
Summary:
In this episode Tobias talks about his work on ScaleStore, a distributed storage engine that exploits DRAM caching, NVMe storage, and RDMA networking to achieve high performance, cost-efficiency, and scalability.
Using low latency RDMA messages, ScaleStore implements a transparent memory abstraction that provides access to the aggregated DRAM memory and NVMe storage of all nodes. In contrast to existing distributed RDMA designs such as NAM-DB or FaRM, ScaleStore stores cold data on NVMe SSDs (flash), lowering the overall hardware cost significantly.
At the heart of ScaleStore is a distributed caching strategy that dynamically decides which data to keep in memory (and which on SSDs) based on the workload. Tobias also talks about how the caching protocol provides strong consistency in the presence of concurrent data modifications.
Questions:
0:56: What is ScaleStore?
2:43: Can you elaborate on how ScaleStore solves the problems you just mentioned? And talk more about its caching protocol?
3:59: How does ScaleStore handle these concurrent updates, where two people want to update the same page?
5:16: Cool, so how does anticipatory chaining work and did you consider any other ways of dealing with concurrent updates to hot pages?
7:13: So over time pages get cached, the workload may change, and the DRAM buffers fill up. How does ScaleStore handle cache eviction?
8:57: As a user, how do I interact with ScaleStore?
10:19: How did you evaluate ScaleStore? What did you compare it against? What were the key results?
12:31: You said that ScaleStore is pretty unique in that there is no other system quite like it, but are there any situations in which it performs poorly or is maybe the wrong choice?
14:09: Where do you see this research having the biggest impact? Who will find ScaleStore useful, who are the results most relevant for?
15:23: What are the most interesting or maybe unexpected lessons that you have learned while building ScaleStore?
16:55: Progress in research is sort of non-linear, so from the conception of the idea to the end, where there things you tried that failed? What were the dead ends you ran into that others could benefit from knowing about so they don’t make the same mistakes?
18:19: What do you have planned for future research?
20:01: What attracted you to this research area? What do you think is the biggest challenge in this area now?
20:21: If the network is no longer the bottleneck, what is the new bottleneck?
22:15: The last word now: what’s the one key thing you want listeners to take away from your research?
Links:
Our GDPR privacy policy was updated on August 8, 2022. Visit acast.com/privacy for more information.
11 حلقات
مشاركة
