user/dev discussion of public-inbox itself
 help / color / mirror / code / Atom feed
Search results ordered by [date|relevance]  view[summary|nested|Atom feed]
thread overview below | download mbox.gz: |
* [PATCH 04/10] searchidxshard: further improve {current_info} readability
  2020-11-07 10:56  6% [PATCH 00/10] extindex: another round of updates Eric Wong
@ 2020-11-07 10:56  7% ` Eric Wong
  0 siblings, 0 replies; 2+ results
From: Eric Wong @ 2020-11-07 10:56 UTC (permalink / raw)
  To: meta

Add a space after \0 to visually disambiguate it from the
{bytes} field.
---
 lib/PublicInbox/SearchIdxShard.pm | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/lib/PublicInbox/SearchIdxShard.pm b/lib/PublicInbox/SearchIdxShard.pm
index 9566d234..1333b305 100644
--- a/lib/PublicInbox/SearchIdxShard.pm
+++ b/lib/PublicInbox/SearchIdxShard.pm
@@ -89,7 +89,7 @@ sub shard_worker_loop ($$$$$) {
 			my $eidx_key;
 			if ($line =~ s/\AX=(.+)\0//) {
 				$eidx_key = $1;
-				$v2w->{current_info} =~ s/\0/\\0/;
+				$v2w->{current_info} =~ s/\0/\\0 /;
 			}
 			# n.b. $mid may contain spaces(!)
 			my ($len, $bytes, $num, $oid, $ds, $ts, $tid, $mid)

^ permalink raw reply related	[relevance 7%]

* [PATCH 00/10] extindex: another round of updates
@ 2020-11-07 10:56  6% Eric Wong
  2020-11-07 10:56  7% ` [PATCH 04/10] searchidxshard: further improve {current_info} readability 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 6%]

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  6% [PATCH 00/10] extindex: another round of updates Eric Wong
2020-11-07 10:56  7% ` [PATCH 04/10] searchidxshard: further improve {current_info} readability 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).