search for: __access

..._ZNK4llvm3opt6Option6acceptERKNS0_7ArgListERjj 84 _ZNK4llvm3opt6Option6acceptERKNS0_7ArgListERjj _ZNK4llvm3opt6Option18getUnaliasedOptionEv 84 _ZNK4llvm3opt8OptTable11ParseOneArgERKNS0_7ArgListERjjj _ZNK4llvm9StringRef17find_first_not_ofES0_m 73 _ZN4llvm3sys2fs6accessERKNS_5TwineENS1_10AccessModeE __access 73 _ZNK4llvm3opt6Option6acceptERKNS0_7ArgListERjj _ZN4llvm3opt3ArgC2ENS0_6OptionENS_9StringRefEjPKcPKS1_ 73 _ZN4llvm3sys2fs6accessERKNS_5TwineENS1_10AccessModeE _ZNK4llvm5Twine25toNullTerminatedStringRefERNS_15SmallVectorImplIcEE 71 _ZSt22__chunk_insertion_sortIN9__gnu_cxx17__normal_iteratorIPPN3ll...

A rebased version of the lld patch is attached. Cheers, Rafael On 31 July 2017 at 15:11, Rafael Avila de Espindola <rafael.espindola at gmail.com> wrote: > Tobias Edler von Koch <tobias at codeaurora.org> writes: > >> Hi Rafael, >> >> On 07/31/2017 04:20 PM, Rafael Avila de Espindola via llvm-dev wrote: >>> However, do we need to start with

...ltiMatch::get_mset 0.04% perl perl [.] Perl_op_sibling_splice 0.04% perl libpthread-2.28.so [.] __pthread_mutex_lock 0.04% perl perl [.] Perl_op_convert_list 0.04% git libc-2.28.so [.] __access 0.04% script/public-i libxapian.so.30.8.0 [.] GlassTable::form_key 0.04% script/public-i libstdc++.so.6.0.25 [.] free at plt 0.04% perl perl [.] S_skipspace_flags 0.04% perl perl [.] S_regclass 0.03% script/pu...

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