* [PATCH 10/10] extindex: fix --batch-size support
2020-11-07 10:56 7% [PATCH 00/10] extindex: another round of updates Eric Wong
@ 2020-11-07 10:57 7% ` Eric Wong
0 siblings, 0 replies; 2+ results
From: Eric Wong @ 2020-11-07 10:57 UTC (permalink / raw)
To: meta
Calling PublicInbox::Admin::index_prepare is required for
--batch-size (k|m|g) modifiiers and indexBatchSize in the config
file. Otherwise, the default 1m batch size stuck and led
to unexpectedly bad performance on a machine which could index
v2 inboxes faster with larger batch sizes.
---
script/public-inbox-extindex | 2 ++
1 file changed, 2 insertions(+)
diff --git a/script/public-inbox-extindex b/script/public-inbox-extindex
index 864a2732..5d56e2c3 100644
--- a/script/public-inbox-extindex
+++ b/script/public-inbox-extindex
@@ -39,6 +39,8 @@ my $cfg = PublicInbox::Config->new;
my @ibxs = PublicInbox::Admin::resolve_inboxes(\@ARGV, $opt, $cfg);
PublicInbox::Admin::require_or_die(qw(-search));
PublicInbox::Admin::progress_prepare($opt);
+my $env = PublicInbox::Admin::index_prepare($opt, $cfg);
+local %ENV = (%ENV, %$env) if $env;
require PublicInbox::ExtSearchIdx;
my $eidx = PublicInbox::ExtSearchIdx->new($eidx_dir, $opt);
$eidx->attach_inbox($_) for @ibxs;
^ permalink raw reply related [relevance 7%]
* [PATCH 00/10] extindex: another round of updates
@ 2020-11-07 10:56 7% Eric Wong
2020-11-07 10:57 7% ` [PATCH 10/10] extindex: fix --batch-size support Eric Wong
0 siblings, 1 reply; 2+ results
From: Eric Wong @ 2020-11-07 10:56 UTC (permalink / raw)
To: meta
A major user-visible change is renaming -eindex to -extindex,
because rhyming with "reindex" is probably confusing (and I'm
easily confused :x).
PATCH 10/10 finally starts making sense performance-wise, still
testing... I've long thought the default 1m batch-size is too
small for 64-bit machines, so maybe that'll change, too.
But it took me way too long to figure out why indexBatchSize was
seemed to have no effect in my PI_CONFIG :<
My Internet access has been terribly unreliable, lately, too; so
relying on mosh/ssh access to work on more powerful machines
aint too pleasant.
Overall extindex it seems to be working somewhat OK for
incremental updates the past few weeks, but could still benefit
from speedups to work better on HW I have locally.
Will have to retest SQLite cache_size and mmap_size pragmas, too.
Eric Wong (10):
extsearch: rename -eindex to -extindex
extsearchidx: avoid needless alternates rewrite in ALL.git
searchidxshard: reduce syscalls when writing ->eidx_key
searchidxshard: further improve {current_info} readability
v2writable: less expensive checkpoint for extindex
extsearchidx: quiet warning for unindexed `d' messages
extsearch: canonicalize topdir
v2writable: more accurate {current_info} warnings/progress
extindex: SIGUSR1 supports checkpoint
extindex: fix --batch-size support
MANIFEST | 2 +-
lib/PublicInbox/Config.pm | 2 +-
lib/PublicInbox/ExtSearch.pm | 2 +
lib/PublicInbox/ExtSearchIdx.pm | 37 +++++++++++++------
lib/PublicInbox/SearchIdxShard.pm | 9 ++---
lib/PublicInbox/V2Writable.pm | 37 ++++++++++++++-----
...lic-inbox-eindex => public-inbox-extindex} | 8 +++-
t/extsearch.t | 6 +--
8 files changed, 68 insertions(+), 35 deletions(-)
rename script/{public-inbox-eindex => public-inbox-extindex} (84%)
^ permalink raw reply [relevance 7%]
Results 1-2 of 2 | reverse | options above
-- pct% links below jump to the message on this page, permalinks otherwise --
2020-11-07 10:56 7% [PATCH 00/10] extindex: another round of updates Eric Wong
2020-11-07 10:57 7% ` [PATCH 10/10] extindex: fix --batch-size support Eric Wong
Code repositories for project(s) associated with this public inbox
https://80x24.org/public-inbox.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).