search for: _m_create

...0.10% script/public-i libxapian.so.30.8.0 [.] LocalSubMatch::open_post_list 0.10% perl libc-2.28.so [.] realloc 0.10% script/public-i libstdc++.so.6.0.25 [.] std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::_M_create 0.10% /mnt/btr/public perl [.] Perl_pad_add_name_pvn 0.09% /mnt/btr/public perl [.] Perl_sv_free2 0.09% /mnt/btr/public perl [.] Perl_pp_entersub 0.09% /mnt/btr/public perl [.] Perl_newLISTOP 0.09% scr...

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