§LATENCY
1.2ms p50 · 0 network hopsIn-Process Latency
VantaDB Rust Core: 1.2ms p50 (HNSW · 10K). Python SDK: 39.74ms p50. Cloud DBs: no medidos por el harness local.
Contextual
p50 / p99 head-to-head
VantaDB Rust Core p50 de BENCHMARKS §1 (HNSW · 10K). Celdas SDK y Chroma de la §7 (competitive_bench.py). Cloud DBs no medidas localmente — marcadas —.
| Sistema | p50 | p99 | Notas |
|---|---|---|---|
| VantaDB Rust Core | 1.2ms | — | In-process · zero network · §1 |
| VantaDB Python SDK | 39.74ms | 58.2ms | PyO3 boundary · 1 thread · §7 |
| Chroma (local) | 0.94ms | 3.35ms | Medido por competitive_bench.py · §7 |
| Weaviate (Docker) | — | — | No medido localmente · sin número publicado |
| Pinecone (cloud) | — | — | Servicio gestionado · no medido por el harness |
| Pinecone (cloud, cold) | — | — | Servicio gestionado · no medido por el harness |
Visualizado
Menor es más rápido
Cada barra representa p50 latency relativa. VantaDB Rust Core en neon — el resto en escala de grises.
VantaDB Rust Core
1.2ms
VantaDB Python SDK
39.74ms
Chroma (local)
0.94ms
Weaviate (Docker)
—
Pinecone (cloud)
—
Pinecone (cloud, cold)
—
El argumento
Zero network round-trips.
Una query a una DB cloud hace TCP handshake → TLS → auth → routing → query → response → close. Mínimo 4 saltos. VantaDB ejecuta en el mismo proceso que tu código Python: un FFI call, un memcmp, un return. No es optimization — es arquitectura. La latencia del cloud no es un bug de Pinecone. Es el costo inevitable de poner la DB en otra máquina.