search for: read_start_of_first_chunk

...constructor ` QuartzPostList::QuartzPostList(Xapian::Internal::RefCntPtr<const Xapian::Database::Internal>, const Btree*, const Btree*, const std::string&) ': quartz_postlist.cc:673: error: cannot convert `doccount*' to `termcount*' for argument `3' to `docid read_start_of_first_chunk(const char**, const char*, termcount*, termcount*)' so I have a question: what is function static Xapian::docid read_start_of_first_chunk(...) for? (actually I don't understand what is "posting list"). Must the 3rd parameter be Xapian::doccount instead of Xapian::termcount? O...

...[.] Perl_pp_nextstate 0.03% script/public-i perl [.] S_find_byclass 0.03% script/public-i perl [.] Perl_pp_return 0.03% script/public-i perl [.] S_expect_number 0.03% script/public-i libxapian.so.30.8.0 [.] read_start_of_first_chunk 0.03% script/public-i perl [.] Perl_leave_adjust_stacks 0.03% perl perl [.] S_hsplit 0.03% script/public-i libc-2.28.so [.] _int_realloc 0.03% script/public-i perl [.] Perl_newSV 0.03% script/public...

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