<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Operate and Maintain on Qdrant - Vector Search Engine</title><link>https://qdrant.tech/documentation/operate-and-maintain/</link><description>Recent content in Operate and Maintain on Qdrant - Vector Search Engine</description><generator>Hugo</generator><language>en-us</language><managingEditor>info@qdrant.tech (Andrey Vasnetsov)</managingEditor><webMaster>info@qdrant.tech (Andrey Vasnetsov)</webMaster><atom:link href="https://qdrant.tech/documentation/operate-and-maintain/index.xml" rel="self" type="application/rss+xml"/><item><title>Memory Tiers in Qdrant: What to Use and When</title><link>https://qdrant.tech/documentation/operate-and-maintain/memory-tiers/</link><pubDate>Fri, 28 Aug 2026 10:00:00 +0200</pubDate><author>info@qdrant.tech (Andrey Vasnetsov)</author><guid>https://qdrant.tech/documentation/operate-and-maintain/memory-tiers/</guid><description>&lt;h1 id="memory-tiers-in-qdrant-what-to-use-and-when"&gt;Memory Tiers in Qdrant: What to Use and When&lt;/h1&gt;
&lt;p&gt;A growing vector collection eventually outgrows the RAM it started with: Qdrant handles that by letting you assign dense vectors, the HNSW graph, quantized vectors, payloads, and payload indexes each to whichever memory tier that structure supports, instead of forcing one RAM-versus-disk trade-off onto the whole collection.&lt;/p&gt;
&lt;p&gt;This article will give you practical guidance over which combination of tiers and quantization to reach for at each stage of a collection&amp;rsquo;s growth, and the reasons behind the choice.&lt;/p&gt;</description></item><item><title>Bulk Uploading Data to Qdrant</title><link>https://qdrant.tech/documentation/operate-and-maintain/bulk-data-import/</link><pubDate>Tue, 14 Jul 2026 00:00:00 +0000</pubDate><author>info@qdrant.tech (Andrey Vasnetsov)</author><guid>https://qdrant.tech/documentation/operate-and-maintain/bulk-data-import/</guid><description>&lt;h1 id="bulk-uploading-data-to-qdrant"&gt;Bulk Uploading Data to Qdrant&lt;/h1&gt;
&lt;p&gt;&lt;img src="https://qdrant.tech/articles_data/bulk-uploads-in-qdrant/preview/title.webp" alt="An astronaut watches cranes stack a tower of shipping containers under a red sky."&gt;&lt;/p&gt;
&lt;h2 id="why-bulk-uploading-matters"&gt;Why Bulk Uploading Matters&lt;/h2&gt;
&lt;p&gt;When you start using Qdrant at scale, one of the first challenges you may run into is uploading large amounts of data efficiently. Small uploads are usually straightforward, but bulk ingestion introduces a different set of concerns. As millions of vectors, payloads, and indexes are written into a collection, the system has to manage memory usage, disk writes, background optimization, and search availability at the same time.&lt;/p&gt;</description></item><item><title>Configure Qdrant's Optimizer for Predictable Search Latency</title><link>https://qdrant.tech/documentation/operate-and-maintain/predictable-search-latency/</link><pubDate>Tue, 25 Aug 2026 10:00:00 +0200</pubDate><author>info@qdrant.tech (Andrey Vasnetsov)</author><guid>https://qdrant.tech/documentation/operate-and-maintain/predictable-search-latency/</guid><description>&lt;h1 id="configure-qdrants-optimizer-for-predictable-search-latency"&gt;Configure Qdrant&amp;rsquo;s Optimizer for Predictable Search Latency&lt;/h1&gt;
&lt;p&gt;A bulk load finishes, and the collection looks ready: every point is in, and the upload call has returned. Then the first queries land, and search takes hundreds of milliseconds, sometimes several seconds at a stretch, while Qdrant&amp;rsquo;s indexing, merge, and vacuum optimizers work through the backlog the upload left behind. How long that lasts, and what it costs each query, depends on settings most people never touch.&lt;/p&gt;</description></item></channel></rss>