<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>The Faiss library · HackerPapers discussions</title><link>https://hackerpaper.kaipfister.de/p/2401.08281/</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/2401.08281/feed.xml" rel="self" type="application/rss+xml" /><item><title>The Faiss library — mentioned by jhj</title><link>https://news.ycombinator.com/item?id=39030583</link><guid isPermaLink="false">urn:hackerpapers:mention:2401.08281:39030583</guid><pubDate>Wed, 17 Jan 2024 17:19:15 GMT</pubDate><description>&lt;p&gt;All approximate k-NN algorithms involve tradeoffs, with the main tradeoffs being usually fidelity (recall, vector reconstruction error, end-to-end application error with respect to some metric etc), speed (to query, in either serial or batch mode), and memory usage (vector compression, indexing overhead, etc). There is no one algorithm which is &amp;quot;better&amp;quot; than others along all dimensions; instead, for a given setting you look and see which technique (or combination of techniques) would let you lie along the Pareto-optimal tradeoff curve between fidelity/speed/memory, and for the application…&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/2401.08281/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.LG</category></item></channel></rss>
