view tests/0035/run-test.sh @ 465:1030664df98c api-inversion

No more audioDB::index_allocate and audioDB::index_init_query

No more SERVER_LSH_INDEX_SINGLETON, either; instead each adb_t contains
a single cache of the last used in-core index.  At the moment, this
cache is unused by the server (and the previous cache code has been
replaced by a comment), but I think that this way everyone can be
allowed to benefit without anyone having to explicitly manage indexes
themselves.

I'm not going to say how long I wandered in a maze of valgrind before
giving up and keeping the hacky workaround for loading the lsh tables
[see the FIXME comment in audiodb_index_init_query()]; let's just say
that it was long enough to find the extra bonus crashy close(lshfid) in
audioDB::index_index_db.

Also, delete the abstraction-inverting LSH stuff from query.cpp where we
are making our reporters; the fix for that, which is presumably when
creating small indexes for large datasets, is to implement
space-efficient reporters.  (The accumulator code, which is my second
attempt, is more space-efficient than the reporters; inspiration may
wish to be drawn...)

#! /bin/bash

. ../test-utils.sh

if [ -f testdb ]; then rm -f testdb; fi

${AUDIODB} -d testdb -N

intstring 2 > testfeature1
floatstring 0 1 >> testfeature1
intstring 2 > testfeature3
floatstring 1 0 >> testfeature3
floatstring 0 1 >> testfeature3
floatstring 1 0 >> testfeature3

${AUDIODB} -d testdb -I -f testfeature1
${AUDIODB} -d testdb -I -f testfeature3

# sequence queries require L2NORM
${AUDIODB} -d testdb -L

echo "query point (0 1, 1 0)"
intstring 2 > testquery
floatstring 0 1 >> testquery
floatstring 1 0 >> testquery

${AUDIODB} -d testdb -Q sequence -l 2 -f testquery -n 1 > testoutput
wc -l testoutput | grep "1 testoutput"
grep "^testfeature3 .* 0 1$" testoutput

exit 104