From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: 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 A245F1F4B4 for ; Thu, 24 Dec 2020 10:09:19 +0000 (UTC) From: Eric Wong To: meta@public-inbox.org Subject: [PATCH 0/2] index: start speeding up some noop calls Date: Thu, 24 Dec 2020 10:09:17 +0000 Message-Id: <20201224100919.30927-1-e@80x24.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit List-Id: Users scripting "public-inbox-index --all" to run after grok-pull runs have to wait a long time with thousands of inboxes, most of which don't get updated. PATCH 1/2 is a no-brainer and improves the opt-in speedup for PATCH 2/2. 2/2 I'm not 100% sure about. Maybe -F/--fast-noop can become a default, maybe not. -L medium/full users will notice it the most, but there's further opportunities for speedups, there. Eric Wong (2): inboxwritable: delay umask_prepare calls index: support --fast-noop / -F switch lib/PublicInbox/ExtSearchIdx.pm | 2 -- lib/PublicInbox/InboxWritable.pm | 6 ++---- lib/PublicInbox/SearchIdx.pm | 1 - lib/PublicInbox/V2Writable.pm | 17 +++++++++++------ lib/PublicInbox/Xapcmd.pm | 1 - script/public-inbox-convert | 1 - script/public-inbox-index | 2 +- 7 files changed, 14 insertions(+), 16 deletions(-)