Supabaseegor_romanov,pavelBenchmark
pgvector 0.4.0 performance
Summary
The post benchmarks pgvector 0.4.0 for approximate nearest-neighbor search and assesses whether PostgreSQL can support production-scale vector workloads. Using the ANN Benchmarks methodology, pre-warmed RAM, the dbpedia-entities-openai-1M dataset of 1 million 1,536-dimensional OpenAI embeddings, and Supabase ARM instances, it varies probes, lists, concurrency, and compute size. On an 8-core, 32 GB instance, pgvector reached 0.91 accuracy@10 at 380 QPS with 10 probes and 0.98 accuracy at 140 QPS with 40 probes; a 64-core, 256 GB server reached about 1,800 QPS at 0.91 accuracy. The results indicate predictable scaling, while higher lists can improve query speed at the cost of index-build time, and the roadmap identifies HNSW, product quantization, and parallel index builds as planned improvements.
Context
The work responds to existing pgvector benchmark results, including a pgvector versus Qdrant comparison that used default configurations. It aims to show the current strengths and limitations of pgvector, identify upcoming improvements, assess its viability for production workloads, and provide guidance for operating it at scale.
Approach / What changed
The benchmarks follow the ANN Benchmarks methodology with a Python test runner, Vecs, repeated experiments at different concurrency levels, and RAM pre-warming. They use the dbpedia-entities-openai-1M dataset and Supabase ARM compute add-ons, compare configurations involving inner-product distance, lists, and probes, and measure accuracy and queries per second across instance sizes. Additional tests examine lists, index-build time, and real versus random embeddings.
Takeaways
On a 2XL instance, using 10 probes produced 0.91 accuracy@10 at 380 QPS, while 40 probes produced 0.98 accuracy at 140 QPS.
Increasing the lists constant can improve query speed for similar accuracy, but it increases index-build time and may require more maintenance_work_mem.
The benchmarks report about 1,800 QPS at 0.91 accuracy on a 64-core, 256 GB server, while the roadmap lists HNSW, product quantization, and parallel index builds as planned improvements.
Source and freshness
- Source
- supabase.com
- Published
- Added to Yomu
- Last updated
Summaries are generated from the original by a language model. Check the original before relying on it.
Keep reading
Related reading
The Good Stuff
Paid picks we use ourselves. Links carry a referral code — a subscription through one earns us a commission at no extra cost to you.
The best engineering reads, once a week
One useful email. Unsubscribe anytime.