search for: sqlite3_step

Patches 1 & 2 were posted previously here: https://www.redhat.com/archives/libguestfs/2016-May/msg00134.html Patch 3 is a hack so I can test this using my own version of qemu (the `-L ?' stuff is not upstream). Patch 4 is where the real action takes place: Replace the caching of qemu features in blob-like files with a sqlite database. Probably the best way to approach this patch is to

...ence to `sqlite3_exec' /usr/lib/libgdal1.7.0.so: undefined reference to `sqlite3_column_text' /usr/lib/libgdal1.7.0.so: undefined reference to `sqlite3_bind_double' /usr/lib/libgdal1.7.0.so: undefined reference to `sqlite3_bind_blob' /usr/lib/libgdal1.7.0.so: undefined reference to `sqlite3_step' /usr/lib/libgdal1.7.0.so: undefined reference to `sqlite3_get_table' /usr/lib/libgdal1.7.0.so: undefined reference to `sqlite3_open' /usr/lib/libgdal1.7.0.so: undefined reference to `sqlite3_free_table' /usr/lib/libgdal1.7.0.so: undefined reference to `sqlite3_reset' /usr/lib/l...

...c' > /usr/lib/libgdal1.7.0.so: undefined reference to `sqlite3_column_text' > /usr/lib/libgdal1.7.0.so: undefined reference to `sqlite3_bind_double' > /usr/lib/libgdal1.7.0.so: undefined reference to `sqlite3_bind_blob' > /usr/lib/libgdal1.7.0.so: undefined reference to `sqlite3_step' > /usr/lib/libgdal1.7.0.so: undefined reference to `sqlite3_get_table' > /usr/lib/libgdal1.7.0.so: undefined reference to `sqlite3_open' > /usr/lib/libgdal1.7.0.so: undefined reference to `sqlite3_free_table' > /usr/lib/libgdal1.7.0.so: undefined reference to `sqlite3_r...

....28.so [.] vfprintf 0.03% script/public-i perl [.] Perl_yyparse 0.03% script/public-i perl [.] Perl_pad_alloc 0.03% /mnt/btr/public perl [.] S_cleanup_regmatch_info_aux 0.03% script/public-i libsqlite3.so.0.8.6 [.] sqlite3_step 0.03% perl perl [.] Perl_newOP 0.03% script/public-i libz.so.1.2.11 [.] 0x000000000000353b 0.03% script/public-i libz.so.1.2.11 [.] 0x000000000000f562 0.03% script/public-i libxapian.so.30.8.0 [.] GlassPostList::get_docid 0.03...

Going back to the "prioritizing aggregated DBs" thread from February 2020, I've got 390 Xapian shards for 130 public inboxes I want to search against(*). There's more on the horizon (we're expecting tens of thousands of public inboxes). After bumping RLIMIT_NOFILE and running ->add_database a bunch, the actual queries seem to be taking ~30s (not good :x). Now I'm