Source-linked AI summary
Index-Free Dynamic Edge Retrieval with Energy-Tail-Aware Partial Scans
Mohammad Arif Rasyidi, Omar Alhussein
TL;DR
Dynamic MIPS에서는 변화하는 데이터셋에서 발생하는 costly한 index maintenance 없이 빠른 질의가 필요하다. ETAR는 energy-aware candidate generation과 exact reranking을 통해 full-scan 작업을 줄여, static 실험에서 exact scanning 대비 4.5× speedup과 99.2% Recall@10을 달성한다.
문제
Full-vector scanning은 dynamic update를 단순화하지만 저장된 모든 vector의 모든 coordinate를 질의하므로, 데이터셋 크기와 vector dimension이 증가할수록 비용이 커진다.
방법
ETAR는 high-energy query coordinates를 선택하고 tail-aware approximate scoring을 적용한 뒤, auxiliary-index maintenance 없이 제한된 candidate set을 exact reranking한다.
결과
9개 static dataset에서 0.31 ms/query의 99.2% Recall@10으로 exact scanning 대비 4.5× speedup을 달성하며, streaming workload에서는 index rebuild 없이 100% Recall@10을 유지한다.
시사점 및 한계
ETAR는 dynamic MIPS workload에서 full-vector scanning과 indexed retrieval 사이의 practical middle ground를 제공한다.
시사점 및 한계
Edge device 검증은 하나의 ARM-based mobile device와 static synthetic workload로 제한된다.
Abstract
from arXiv · showhide
Dynamic maximum inner-product search (MIPS) returns the $K$ stored vectors with the largest dot products with a query while allowing the dataset to change through insertions, replacements, and deletions. For edge retrieval, the challenge is to achieve high recall and fast queries without making updates expensive. Full-vector scanning keeps updates simple but compares each query with every stored vector, while indexed methods reduce query cost at the expense of maintaining additional structures during updates. We propose ETAR, an index-free method that reduces query work while preserving simple updates. ETAR keeps the query coordinates with the largest squared values until they cover most of its total squared magnitude and treats the rest as a low-magnitude tail. It estimates similarity from the retained coordinates using a compact lower-precision representation, corrects for skipped coordinates, and reranks a fixed number of candidates using full-precision vectors. Across five runs on nine static datasets, ETAR averages 99.2% Recall@10, the fraction of exact top-10 results recovered, while running over 4$\times$ faster than exact scanning at a representative setting. This speedup also extends to an ARM-based mobile device, where ETAR is up to 6.9$\times$ faster across four synthetic distributions. Under five streaming workloads, it maintains 100% Recall@10 at every measured point without index rebuilds. Overall, ETAR offers a practical middle ground for dynamic MIPS by reducing query cost while retaining simple, index-free updates. Code is available at https://github.com/arasyi/etar-mips.
I. 서론
ETAR는 동적 maximum inner-product search를 위한 index-free 방법으로, full-vector scanning의 업데이트 단순성을 유지하면서 query 작업량을 줄인다. query 의존적 좌표 선택, tail-aware 후보 점수화, 고정 예산 exact reranking을 결합한다.
- I. 서론: Full-vector scanning은 저장된 모든 벡터와의 완전한 내적을 계산하지만, 비용은 데이터셋 크기와 벡터 차원에 따라 증가한다.이 방법은 업데이트 시 저장 벡터를 직접 수정하며 auxiliary search index를 유지하지 않는다.
- I. 서론: ETAR는 auxiliary search-index 유지 관리를 피함으로써 단순한 업데이트를 유지하면서 dynamic MIPS query 작업량을 줄인다.새 관측값의 추가, 삭제 또는 교체로 변경되는 데이터셋을 대상으로 한다. 이러한 환경에서는 업데이트 단순성 때문에 full-vector scanning이 매력적이지만 query 시점의 비용이 크다.
- I. 서론: ETAR는 exact dot product로 후보를 reranking하기 전에 유력한 top-K shortlist를 생성하는 two-stage pipeline을 사용한다.query 의존적 좌표 선택은 에너지가 가장 큰 좌표를 유지하고, tail-aware scoring은 건너뛴 좌표를 반영한다.
- I. 서론: 평가는 nine static datasets, five streaming workloads, ARM 기반 모바일 기기, 최대 one million개의 저장 벡터를 포괄한다.exact scanning 및 indexed ANN baseline과 비교하여 검색 품질, query latency, 업데이트 비용, 유지 관리 오버헤드, memory footprint를 측정한다.
II. 시스템 모델 및 문제 기술 · III. ETAR 설계
이 논문은 변화하는 활성 벡터 테이블에서 동적 MIPS를 모델링하고, 로컬 업데이트와 감소된 질의·업데이트·유지보수 비용으로 근사 검색을 수행하는 index-free 방법으로 ETAR를 제안한다. ETAR는 8-bit 표현에서 질의로 선택한 좌표를 사용해 행을 스캔한 뒤, 더 높은 정밀도의 벡터로 고정된 후보 집합을 재순위화한다.
- II. 시스템 모델 및 문제 기술: 검색 연산자는 점수가 가장 높은 min{L, |B|}개 행의 인덱스를 반환하며, 동점은 결정론적으로 처리한다.점수값이 아니라 행 인덱스를 반환한다.
- II. 시스템 모델 및 문제 기술: 동적 MIPS는 현재 테이블에서 내적 점수 q^T x_i가 가장 큰 활성 행을 검색한다.테이블에는 점유된 행과 메타데이터가 포함되며, 질의에는 활성 집합의 행만 참여한다.
- II. 시스템 모델 및 문제 기술: 동적 테이블은 삽입, 삭제, 교체를 지원하며, 오래되었거나 삭제된 행은 저장된 상태로 남지만 반환할 수 없다.삽입은 활성 행을 추가하고, 삭제는 행을 비활성으로 표시하며, 교체는 기존 행을 삭제하고 새로운 활성 행을 추가한다.
- II. 시스템 모델 및 문제 기술: ETAR는 일반적인 업데이트를 로컬하게 유지하면서 현재 활성 집합에 대한 정확한 목표를 근사하고 질의·업데이트·유지보수 비용을 줄인다.목표는 업데이트 스트림에 따라 벡터 테이블을 유지하면서 활성 행에 대한 질의에 응답하는 것이다.
- III. ETAR 설계: ETAR는 index-free 방식이다. 그래프, 트리 또는 inverted file을 구축하지 않고 후보 생성 중에 테이블 행을 직접 스캔한다.후보 생성 패스는 보조 인덱싱 구조를 사용하지 않는다.
- III. ETAR 설계: 후보 생성은 8-bit view에서 질의로 선택한 좌표만 사용해 행의 점수를 계산한다.이를 통해 직접 테이블 스캔에 사용되는 표현과 계산량을 줄인다.
- III. ETAR 설계: ETAR의 주요 구성은 32-bit stored vectors에 대해 전체 내적으로 고정된 후보 수를 재순위화하며, ETAR-LM은 재순위화에 row-major 8-bit codes를 사용한다.이는 최종 재순위화 단계에서 설명된 두 가지 정밀도 선택이다.
A. 표현 및 동적 테이블 · B. 쿼리 파이프라인
ETAR는 compact하고 update-friendly한 행 표현을 query-adaptive partial scanning, tail-aware candidate scoring, fixed-budget reranking과 결합한다. ETAR와 ETAR-LM 구성은 shortlist된 행을 32-bit vector에서 reranking하는지, 아니면 복원된 8-bit code에서 reranking하는지만 다르다.
- A. 표현 및 동적 테이블: ETAR는 row scale 및 metadata와 함께 column-major signed 8-bit scan view를 저장하고, exact reranking을 위해 row-major full-precision view도 저장한다.ETAR-LM은 full-precision reranking view를 row-major 8-bit code 복사본으로 대체한다.
- A. 표현 및 동적 테이블: Column-major scan storage는 선택된 coordinate column만 stream하는 반면, row-major storage는 shortlist된 행을 reranking할 때 full-coordinate access를 지원한다.이 layout은 ETAR의 두 query phase, 즉 전체 행의 candidate generation과 제한된 행의 reranking에 대응한다.
- A. 표현 및 동적 테이블: Row-wise encoding을 사용하면 global quantization codebook을 retraining하지 않고 insert와 replacement를 독립적으로 처리할 수 있다.Update는 새로운 representation과 metadata를 append하고, deletion은 행을 inactive로 표시하며, 일반적인 update 비용은 O(d)다.
- B. 쿼리 파이프라인: ETAR는 tail-aware score 기준으로 top-R active row를 유지한 뒤 reranking하여 top-K 결과를 반환하며, R ≥ K다.ETAR-LM은 동일한 candidate set을 사용하지만 row-major 8-bit reconstruction으로 reranking하므로 최종 순서가 바뀌고 recall이 낮아질 수 있다.
- B. 쿼리 파이프라인: ETAR는 retained-energy target ρ를 충족하는 highest-energy query coordinate의 최소 개수를 선택하되 cap hmax를 적용하고, 나머지는 skipped coordinate로 처리한다.cap에 도달하기 전에 target을 충족하지 못하면 ETAR는 h = hmax를 사용한다.
- B. 쿼리 파이프라인: ETAR는 active row의 coordinate-energy statistics에 기반해 query-dependent하고 row-scaled된 skipped-coordinate contribution 추정치로 selected-coordinate partial score를 보정한다.이 보정은 diagonal second-moment approximation을 사용하며, shortlist selectivity에 따라 allowance의 크기를 조정한다.
- B. 쿼리 파이프라인: Tail-aware score는 true dot product에 대한 certified bound가 아니라 heuristic candidate score이며, clipping constant가 보정 크기를 제어한다.이 방법은 shortlist size에 기반한 Gaussian upper-tail approximation을 사용하고 수치적 안정성을 위해 ϵ = 10^-12로 설정한다.
C. 설계 근거와 비용
ETAR는 retained-energy target ρ, coordinate cap hmax, reranking budget R를 통해 query cost와 recall을 제어한다. 부분 scan은 h(q) ≪ d이고 작은 고정 R로 충분할 때 연산량을 줄이며, 추가 storage 비용은 ETAR-LM이 낮춘다.
- Resource controls: ETAR는 좌표 선택에 ρ를, reranking 제어에 R를 사용해 candidate-generation cost와 누락된 score를 candidate coverage 및 recall과 절충한다.좌표 수는 h(q)=|H|이며 hmax로 제한된다. 더 작은 ρ는 작업량을 줄이지만 vector를 놓칠 수 있고, 더 큰 R는 비용이 증가하는 대신 exact top-K index를 포함할 가능성을 높인다.
- Calibration: Target recall에 맞춰 ρ, R, hmax는 exact top-K label이 있는 heldout query에서 보정할 수 있다.ETAR-LM에서는 8-bit reranking이 candidate 순서를 바꿀 수 있으므로 candidate coverage와 최종 recall을 별도로 평가해야 한다.
- Query cost: Candidate 연산량은 전체 dot-product 연산의 O(|A|d) 대신 O(|A|h(q))에 O(Rd) reranking을 더한 값이며, 여전히 |A|에 대해 선형이다.이점은 h(q) ≪ d이고 R가 작은 고정값일 때 나타난다.
- Memory cost: ETAR는 packed exact table의 약 4|A|d bytes에 비해 C(5d+13) bytes를 사용하며, ETAR-LM은 storage overhead를 줄이기 위해 C(2d+13) bytes를 사용한다.ETAR는 row-major 32-bit view와 column-major 8-bit view, 그리고 row당 13 bytes의 metadata를 추가한다. ETAR-LM은 두 layout 모두에 8-bit view를 사용한다.
IV. 실험 설정
실험에서는 ETAR의 검색 품질, 쿼리 지연 시간, 스트리밍 업데이트 비용, 데이터셋 크기에 따른 지연 시간 및 메모리 스케일링을 평가한다. 별도 언급이 없는 한, 테스트는 K = 10과 단일 스레드 온라인 연산을 사용하며 서버 실험은 AMD EPYC 9655 CPU에서 수행한다.
- ETAR는 검색 품질, 쿼리 지연 시간, 스트리밍 업데이트 비용, 데이터셋 크기에 따른 지연 시간 및 메모리 스케일링을 평가한다.
- 별도 언급이 없는 한, 실험은 K = 10인 MIPS를 사용하며 단일 스레드 실행에서 단일 쿼리 또는 단일 연산의 온라인 지연 시간을 측정한다.
- 서버 실험은 AMD EPYC 9655 CPU에서 수행하며, 각 설정을 다섯 번 반복하고 설정 및 평가 오버헤드를 제외한 실행별 지연 시간의 평균을 계산한다.
A. 정적 검색
정적 검색 평가는 합성 분포와 ANN-Benchmarks 워크로드를 아우르는 9개 capped dataset을 사용한다. ETAR 변형들을 exact scanning, quantized scanning, indexed reference와 비교하며, 통제된 Android 디바이스 평가도 포함한다.
- Dataset: 벤치마크는 N = 50,000개 vector와 Q = 1,000개 query로 제한한 9개 dataset을 대상으로 하며, 4개의 synthetic d = 256 분포와 5개의 ANN-Benchmarks dataset 을 포함한다.Synthetic set은 dense Gaussian, sparse Gaussian, mixed heavy-tail, norm-heavy이며, real dataset은 SIFT, GloVe, LastFM, Fashion-MNIST, NYTimes다.
- 구성: ETAR는 ρ와 R을 변화시키며 exact full-precision scanning, full-coordinate 8-bit scanning without reranking, indexed reference와 비교된다.Sweep은 ρ ∈{0.80, 0.90, 0.96}, R ∈{50, 100, 200}, hmax = 128, row-wise 8-bit code, tail-aware scoring, exact reranking을 사용하며, ETAR-LM은 row-major 8-bit reranking을 사용한다.
- 모바일 평가: Samsung Galaxy S25 Ultra에서 single-threaded AArch64/NEON 구현의 ETAR와 ETAR-LM을 4개 synthetic 분포에 대한 exact scanning과 비교한다.두 ETAR 변형은 ρ = 0.90과 R = 100을 사용하며, 100회의 warm-up query 후 각 방법을 실행 순서를 바꾸어 10초 동안 5회 측정한다.
B. 스트리밍 검색
스트리밍 평가는 다섯 가지 워크로드에서 query를 insert, replace, delete, maintenance와 교차 수행하며, dynamic-table policy와 주기적 또는 native baseline update를 사용한다. 별도의 high-churn stress test에서는 delete 및 replacement 중심 워크로드에서 ETAR의 compaction과 table-maintenance 비용을 측정한다.
- B. 스트리밍 검색: 다섯 가지 스트리밍 워크로드는 dimension d = 256인 50,000개 vector로 시작해 5,000 simulation step 동안 실행되며, recall은 250 update마다 측정한다.워크로드는 append-only growth, query-heavy drift, balanced churn, burst ingest, sliding window로 구성된다.
- B. 스트리밍 검색: ETAR와 ETAR-LM은 ρ = 0.96 및 R = 100을 사용하고, active row에 대한 tail statistic을 유지하며, C = 1.25N에서 시작하는 dynamic-table policy를 사용한다.deleted row가 occupied row의 10%에 도달하고 최소 1,024 row가 되면 delete 또는 replacement 이후 compaction을 수행한다.
- B. 스트리밍 검색: 워크로드는 지정된 query, insertion, replacement, deletion 비율을 사용하며, 500 step마다 100 step 동안 burst ingest phase가 20/70/5/5로 전환되는 경우를 포함한다.Sliding window는 insertion, oldest-item deletion, query를 순환한다.
- B. 스트리밍 검색: Dynamic Faiss reference는 500 update마다 rebuild하는 반면, HNSWlib는 M = 32, efconstruction = 200, efsearch = 512, marked deletion, no scheduled rebuilds를 사용하는 native update를 적용한다.Faiss deletion은 rebuild 전까지 external live-set filtering을 사용하며, replacement에서는 새 item을 insertion하기 전에 기존 item을 delete한다.
- B. 스트리밍 검색: High-churn stress experiment는 20,000 step 동안 query 40%, insertion 15%, replacement 15%, deletion 30%으로 실행해 compaction과 table-maintenance 비용을 측정한다.주요 스트리밍 실험과 동일한 초기 크기, dimension, query configuration, baseline update policy를 사용한다.
C. 메모리 및 스케일링 프로파일 · D. 메트릭
논문은 새 프로세스에서 측정한 분석적 메모리, 프로세스 RSS, 데이터셋 크기에 따른 스케일링을 프로파일링하고, 평가를 위해 recall, candidate coverage, timing 메트릭을 정의한다. 결과는 9개 정적 데이터셋에서 recall–latency tradeoff와 parameter sweep으로 요약된다.
- C. 메모리 및 스케일링 프로파일: 분석적 메모리에는 vector views, scan codes, row metadata, norms, deletion markers, identifiers, allocated capacity가 포함된다.프로세스 RSS는 construction 전후에 기록하지만, build delta는 정확한 device-memory requirement가 아니라 implementation-level 측정값이다.
- C. 메모리 및 스케일링 프로파일: 스케일링은 d = 256, Q = 50, N from 50,000 to 1,000,000인 dense Gaussian data를 사용하며, 각 method-size pair를 새 프로세스에서 측정한다.ETAR와 ETAR-LM은 C = N, ρ = 0.96, R = 200, hmax = 192를 사용하고, exact scanning, Faiss HNSW, Faiss IVF도 recall matching 없이 포함한다.
- D. 메트릭: 각 query에서 recall은 active set에 대해 반환된 set bIK(q; A(q))와 exact top-K target IK(q; A(q))를 비교한다.유효 target size는 Kq = min{K, |A(q)|}이다.
- D. 메트릭: 9개 정적 데이터셋에서 mean recall–latency tradeoffs를 보고한다.제공된 figure caption은 비교 범위를 식별하지만 numerical cell values는 제공하지 않는다.
- D. 메트릭: 9개 데이터셋에서 ETAR의 mean recall–latency sweep은 candidate parameter R과 retained-energy threshold ρ를 변화시킨다.제공된 figure caption은 sweep dimensions를 식별하지만 numerical winners나 values를 확정하지 않는다.
- D. 메트릭: Diagnostic candidate coverage는 반환된 set을 ETAR의 candidate set으로 대체하며, ETAR-LM의 coverage–recall gap은 final scoring 중 8-bit quantization reordering을 반영한다.이 구분이 유의미한 경우에 coverage를 보고한다.
- D. 메트릭: Event time에는 queries, updates, maintenance가 포함되며, 50,000 rows에서의 initial construction은 별도로 측정하고 event time에서 제외한다.Query latency와 maintenance latency도 보고한다.
V. 결과 및 논의 · A. 정적 검색
9개 정적 데이터셋에서 ETAR는 exact scanning보다 훨씬 낮은 latency로 높은 Recall@10을 달성하며, 4.5× speedup에서 99.2% recall을 기록한다. 성능은 query sparsity, tail correction, reranking precision, recall–latency 설정에 따라 달라진다.
- A. 정적 검색: 0.31 ms/query에서 99.2% Recall@10을 달성한 ETAR는 9개 정적 데이터셋에서 exact scanning 대비 4.5× speedup을 제공한다.ρ = 0.90 및 R = 100에서 exact scanning은 약 1.42 ms/query로 완벽한 Recall@10에 도달하며, ρ = 0.96 및 R = 200에서는 0.37 ms/query로 99.97% Recall@10에 도달한다.
- A. 정적 검색: 모바일에서 ETAR는 1.76–6.88× speedups와 함께 97.59–100% 평균 Recall@10을 달성하며, ETAR-LM은 1.86–7.14× speedups와 함께 96.37–99.42%를 달성한다.가장 큰 성능 향상은 sparse Gaussian 데이터에서 나타난다.
- A. 정적 검색: R = 100에서 ρ를 0.80에서 0.90, 0.96으로 높이면 Recall@10은 95.42%에서 99.19%, 99.79%로 증가하고, latency는 0.282에서 0.312, 0.325 ms/query로 증가한다.낮은 ρ에서는 중요한 score contribution을 건너뛸 위험이 있는 반면, 더 큰 R은 추가적인 reranking 비용으로 후보를 복구할 수 있다.
- A. 정적 검색: ρ = 0.90 및 R = 100에서 dense Gaussian query는 114.4개 coordinate를 선택해 97.19% Recall@10에 도달하는 반면, 10%-sparse query는 12.3개를 선택해 99.68%에 도달한다.Recall은 차원 자체가 아니라 query magnitude가 coordinate 전반에 어떻게 분포하는지에 좌우된다.
- A. 정적 검색: ETAR는 9개 데이터셋 모두에서 exact scanning보다 빠르며 최대 9.83× speedup을 보이지만, indexed baseline은 3개 데이터셋에서 더 빠르다.차원이 더 낮은 LastFM과 GloVe에서는 full dot product가 더 적은 coordinate를 포함하므로 성능 향상이 작다.
- A. 정적 검색: tail term을 제거하면 평균 Recall@10은 99.19%에서 98.17%로 낮아지는 반면, mixed heavy-tail 데이터는 correction을 적용할 때 94.17%에서 99.98%로 향상된다.α = 0.10인 fixed-tail variant는 평균적으로 derived correction과 거의 동일한 성능을 보이면서 약간 더 빠르게 실행된다.
- A. 정적 검색: deterministic tie-breaking과 exact reranking을 사용하면 ETAR의 99.19% candidate coverage는 final recall과 일치하는 반면, ETAR-LM은 8-bit reranking quantization으로 인해 97.19%에 도달한다.ETAR-LM은 ETAR와 동일한 candidate set을 사용한다.
B. Streaming Retrieval · C. Compaction Stress Test · D. Memory and Scaling
Streaming, high-churn, scaling 테스트에서 ETAR는 업데이트를 단순하게 유지하면서 query 및 event 비용을 줄이며, ETAR-LM은 일부 recall을 대가로 storage도 추가로 줄인다. 데이터셋이 커져도 빈번한 index rebuild 없이 ETAR의 latency 및 memory 이점은 유지된다.
- B. Streaming Retrieval: 0.523 ms/query와 최대 0.007 ms/update로 ETAR는 HNSWlib보다 query와 update가 빠르며, Faiss HNSW의 rebuild는 평균 21.3 s가 걸린다.ETAR와 ETAR-LM의 build 시간은 0.05 s 미만이며, Faiss IVF도 주기적인 retraining과 rebuild가 필요하다.
- C. Compaction Stress Test: 총 event 시간이 4.24 s인 ETAR는 20,000회의 high-churn 단계에서 HNSWlib의 16.25 s를 앞서며, compaction도 한 번만 수행한다.이 workload는 30% deletes와 15% replacements를 사용하며, ETAR의 compaction에는 31.4 ms가 걸리고 ETAR-LM에는 19.2 ms가 걸린다.
- C. Compaction Stress Test: ETAR-LM은 high churn에서 19.2 ms 만에 한 번 compaction을 수행하고 ETAR보다 적은 storage를 사용하지만, 중간 정도의 recall 손실이 발생한다.두 ETAR variant 모두 20,000-step workload에서 compaction을 한 번만 수행한다.
- D. Memory and Scaling: N = 50,000에서 ETAR는 61.7 MiB, 즉 exact의 1.26×를 사용하는 반면, ETAR-LM은 25.0 MiB, 즉 exact의 0.51×를 사용한다.ETAR는 주로 query computation을 줄이며, ETAR-LM은 중간 정도의 recall 손실을 대가로 storage도 줄인다.
- D. Memory and Scaling: 1 million rows에서 ETAR는 100% Recall@10으로 12.3 ms/query가 걸리는 반면 exact scanning은 30.8 ms가 걸리고, ETAR-LM은 97.4%에서 12.0 ms가 걸린다.고정된 HNSW 및 IVF 설정은 이 규모에서 더 낮은 recall을 보인다.
- D. Memory and Scaling: exact scanning과 두 ETAR 설정 모두에서 query latency는 N에 따라 대략 선형적으로 증가한다.RSS build delta도 대략 선형적으로 증가하지만, ETAR-LM은 500.6 MiB로 가장 작게 유지된다.
VI. 한계와 향후 연구 · VII. 결론
ETAR는 보조 인덱스 유지 관리 없이 고에너지 query 좌표에 계산을 집중하고 후보를 제한적으로 reranking하여 dynamic-MIPS query 작업량을 줄인다. 다만 선형 scan 확장성, 휴리스틱 및 유지 관리상의 한계, 고정된 평가 설정, 제한적인 edge-device 검증으로 인해 실용적 이점에는 제약이 따른다.
- VI. 한계와 향후 연구: 모든 활성 row를 scan하므로 ETAR latency는 N에 따라 선형적으로 증가하며, dataset이 확장될수록 확장성이 제한된다.
- VI. 한계와 향후 연구: 휴리스틱 score는 모든 실제 top-K row가 SR에 들어간다고 보장하지 않으며, ETAR-LM은 8-bit reranking 중 후보 순서를 바꿀 수 있다.
- VI. 한계와 향후 연구: Resizing과 compaction으로 인해 유지 관리 작업이 급증할 수 있으며, parameter 설정은 workload 변화에 맞춰 조정되지 않는다.
- VI. 한계와 향후 연구: 평가는 고정된 indexed-baseline 설정과 하나의 periodic rebuild 정책을 사용하고, 다른 scan 기반 MIPS 방법을 제외하며, edge-device 검증도 제한적이다.
- VII. 결론: ETAR는 보조 인덱스 유지 관리 없이 high-energy 좌표 집중과 제한적 후보 reranking을 통해 full-scan query 작업량을 줄이면서 단순한 update를 유지한다.결론에서는 ETAR가 server 및 mobile 실험 전반에서 높은 recall과 상당한 speedup을 달성한다고 설명한다.
- VII. 결론: ETAR는 index rebuild 없이 streaming workload 전반에서 100% Recall@10을 유지하며, ETAR-LM은 이 설계를 더 적은 storage를 사용하는 retrieval로 확장한다.
- VII. 결론: ETAR는 dynamic MIPS workload에서 full-vector scanning과 index-based retrieval 사이의 실용적인 중간 지점을 제공한다.