From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <e@80x24.org>
X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on dcvr.yhbt.net
X-Spam-Level: 
X-Spam-Status: No, score=-4.0 required=3.0 tests=ALL_TRUSTED,BAYES_00
	shortcircuit=no autolearn=ham autolearn_force=no version=3.4.2
Received: from localhost (dcvr.yhbt.net [127.0.0.1])
	by dcvr.yhbt.net (Postfix) with ESMTP id 1F2BB1F8C2;
	Mon,  8 Feb 2021 08:49:03 +0000 (UTC)
Date: Mon, 8 Feb 2021 08:49:03 +0000
From: Eric Wong <e@80x24.org>
To: meta@public-inbox.org
Subject: lei q --remote-if-local-missing ?
Message-ID: <20210208084903.GA25188@dcvr>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
List-Id: <meta.public-inbox.org>

Right now, local and remote externals are searched in parallel
if they're both enabled.  Local requests are thrown into the
work queue first, but's the difference apparent when there's
enough worker processes to start all requests right away.

This still means local results show up first due to a lack of
latency compared to remote externals.

The same effect can be had by running the following commands
in sequence:

	lei q -o MFOLDER foo bar
	lei q -o MFOLDER --remote --no-local --augment foo bar

So I'm wondering if replacing the above two commands with one:

	lei q -o MFOLDER --remote-if-local-missing foo bar

It could be a bit of a pain to implement + test + support,
though.