<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Manu: A Cloud Native Vector Database Management System · HackerPapers discussions</title><link>https://hackerpaper.kaipfister.de/p/2206.13843/</link><description>Collected HN comments and submissions linking this paper.</description><language>en</language><lastBuildDate>Mon, 02 Nov 2026 11:16:22 GMT</lastBuildDate><atom:link href="https://hackerpaper.kaipfister.de/p/2206.13843/feed.xml" rel="self" type="application/rss+xml" /><item><title>Manu: A Cloud Native Vector Database Management System — mentioned by fzliu</title><link>https://news.ycombinator.com/item?id=35380144</link><guid isPermaLink="false">urn:hackerpapers:mention:2206.13843:35380144</guid><pubDate>Thu, 30 Mar 2023 23:12:06 GMT</pubDate><description>&lt;p&gt;The design of Milvus 2.x follows this paper we published a while back: https://arxiv.org/abs/2206.13843. In short, we used Pulsar to implement the write-ahead log, which provides coordination and a single source of truth across all Milvus components. You&amp;#x27;re right in that it&amp;#x27;s a bit heavyweight, so we&amp;#x27;re working to see how we can make pub/sub and other cluster components lighter and more efficient overall.&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/2206.13843/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.DB</category></item><item><title>Manu: A Cloud Native Vector Database Management System — mentioned by fzliu</title><link>https://news.ycombinator.com/item?id=32492463</link><guid isPermaLink="false">urn:hackerpapers:mention:2206.13843:32492463</guid><pubDate>Wed, 17 Aug 2022 04:44:56 GMT</pubDate><description>&lt;p&gt;On the topic of publishing, these two papers from the Milvus community may be of interest to some folks. SIGMOD&amp;#x27;21 - https://www.cs.purdue.edu/homes/csjgwang/pubs/SIGMOD21_Milvu... This paper talks about the vector database vertical (compute core and user-facing API) VLDB&amp;#x27;22 - https://arxiv.org/pdf/2206.13843.pdf This paper discusses the development of a cloud-native vector database. Reading through them should help folks understand where the novelty and difficulty in developing an full-fledged vector database comes from. Disclaimer: I&amp;#x27;m a member of the Milvus community.&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/2206.13843/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.DB</category></item><item><title>Manu: A Cloud Native Vector Database Management System — mentioned by fzliu</title><link>https://news.ycombinator.com/item?id=32490865</link><guid isPermaLink="false">urn:hackerpapers:mention:2206.13843:32490865</guid><pubDate>Wed, 17 Aug 2022 00:29:53 GMT</pubDate><description>&lt;p&gt;Larger disk space does help effortlessly scale storage in single-node systems, but I agree with you that shared nothing (and/or shared something) is a necessary step for extracting maximum performance on a larger machine. When it comes to distributed architectures, shared nothingness is important as well. The decoupling of storage from compute and stateless from stateful helps minimize resource allocation when it comes to billion-scale vector storage, indexing, and search. Milvus 2.0 implements this type of architecture - here&amp;#x27;s a link to our VLDB 2022 paper, if you&amp;#x27;re interested…&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/2206.13843/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.DB</category></item></channel></rss>
