performance problems with notmuch new

Hi, I have noticed my 'notmuch new' command seems awfully slow, maybe 10-20 emails / second on large batches. It goes quick for the first few hundred (maybe close to 100/second), then quickly slows down to about 10/second after processing the first 500 or so. I am guessing that isn't an expected

Re: performance problems with notmuch new

Don Zickus writes: > > Tips for debugging this? > > I ran the notmuch performance/time-test, but after 15 minutes of waiting for > the initial notmuch new to finish, I gave up and aborted. You can try one of the smaller corpus sizes $ make OPTIONS=--small time-test runs in about 30s here (i7 4

Re: performance problems with notmuch new

On Wed, Apr 15, 2020 at 01:01:52PM -0300, David Bremner wrote: > Don Zickus writes: > > > > > Tips for debugging this? > > > > I ran the notmuch performance/time-test, but after 15 minutes of waiting for > > the initial notmuch new to finish, I gave up and aborted. > > You can try one of the sma

Re: timezone in notmuch

>> There's no user customizable variable for this. The code in this part of >> notmuch show is fairly simple, so someone could probably figure out how >> to pass (notmuch-show-get-timestamp) to the appropriate emacs function >> to format the date in the local timezone. > > I should mention that hav

[PATCH 0/4] Use cl-lib instead of deprecated cl

It is said that beginning with a cleanup of the existing code isn't the nicest thing to do but I tend to do it anyway. So I am glad that David mentioned yesterday that doing this cleanup would be an ideal way to get started. I have done quite a bit more cleanup already, some of which may be more

[PATCH 1/4] gitignore: Ignore generated python-cffi files

--- .gitignore | 1 + 1 file changed, 1 insertion(+) diff --git a/.gitignore b/.gitignore index 468b660a..1c8705ec 100644 --- a/.gitignore +++ b/.gitignore @@ -16,3 +16,4 @@ tags /releases /.stamps *.stamp +/bindings/python-cffi/build/ -- 2.26.0 __

[PATCH 2/4] emacs: Declare function notmuch-show-get-message-id

--- emacs/notmuch-crypto.el | 2 ++ 1 file changed, 2 insertions(+) diff --git a/emacs/notmuch-crypto.el b/emacs/notmuch-crypto.el index 4035ee37..30425fbc 100644 --- a/emacs/notmuch-crypto.el +++ b/emacs/notmuch-crypto.el @@ -24,6 +24,8 @@ (require 'epg) (require 'notmuch-lib) +(declare-func

[PATCH 4/4] emacs: Use `cl-lib' instead of deprecated `cl'

Starting with Emacs 27 the old `cl' implementation is finally considered obsolete. Previously its use was strongly discouraged at run-time but one was still allowed to use it at compile-time. For the most part the transition is very simple and boils down to adding the "cl-" prefix to some symbols

[PATCH 3/4] emacs: Explicitly depend on Emacs 24

We use various things that were not available in earlier versions. --- emacs/notmuch-pkg.el.tmpl | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/emacs/notmuch-pkg.el.tmpl b/emacs/notmuch-pkg.el.tmpl index de97baac..3eb0e04e 100644 --- a/emacs/notmuch-pkg.el.tmpl +++ b/emacs/not

Re: easy (?) elisp project for notmuch [it's mostly DONE]

Nice to run into you. Do you contribute to *all* the killer apps? ;D Kyle Meyer writes: > [ in case it's useful in the future ] > I've recently set up a public-inbox archive of notmuch Absolutely! In fact I already had a bookmark about that somewhere. > From there, you can easily download an

Re: easy (?) elisp project for notmuch [it's mostly DONE]

Jonas Bernoulli writes: > > One related use case for "notmuch insert" that I had in mind is the > import of debbugs threads. It someone is aware of an existing solution > then please let me know. Kyle, have you considered mirroring > emacs-devel and the Emacs debbugs as well? Sean Whitton (in

Re: timezone in notmuch

On Tue, Apr 14 2020, di...@santanas.co.za wrote: > Greetings :) > > In notmuch-show-mode, some emails have a date like this: Date: Thu, 09 > Apr 2020 14:34:42 + while others like this Date: Sun, 12 Apr 2020 > 21:04:01 +0200 > > Is this something I can change in notmuch to always show the date/

Re: performance problems with notmuch new

Don Zickus writes: >> runs in about 30s here (i7 4770 / SSD). Replacing --small with --medium >> takes about 10M (so a superlinear slowdown in wall clock time, since >> that represents a 10x scale-up in the corpus size.). > > Hmm, for me --small was 35s and --medium was 32 minutes. This is on a

Re: easy (?) elisp project for notmuch [it's mostly DONE]

Hello, On Wed 15 Apr 2020 at 04:28PM -03, David Bremner wrote: > Jonas Bernoulli writes: > >> >> One related use case for "notmuch insert" that I had in mind is the >> import of debbugs threads. It someone is aware of an existing solution >> then please let me know. Kyle, have you considered m

Re: easy (?) elisp project for notmuch [it's mostly DONE]

Hello, On Wed 15 Apr 2020 at 01:41PM -07, Sean Whitton wrote: > Debian/Ubuntu/etc. you can `apt-get install mailscripts` Oh, and `apt-get install elpa-mailscripts` to get `M-x notmuch-slurp-this-debbug` and `M-x notmuch-slurp-debbug`. -- Sean Whitton ___

Re: timezone in notmuch

Tomi Ollila writes: > I use this: > > https://github.com/domo141/nottoomuch/blob/master/build/01-date-local.patch > > I've been thinking if some hook could be added to notmuch-emacs so > that such a custom date mangling can be done outside of the notmuch-emacs > source... I would like to see som

Re: easy (?) elisp project for notmuch [it's mostly DONE]

Jonas Bernoulli writes: > Nice to run into you. You too :) > Do you contribute to *all* the killer apps? ;D Heh. I think notmuch is great, but I haven't made any real contributions. Just a happy user and a lurker on the mailing list. > Kyle Meyer writes: >> From there, you can easily down

Re: timezone in notmuch

Tomi Ollila [2020-04-15T23:17:32+03] wrote: > I use this: > > https://github.com/domo141/nottoomuch/blob/master/build/01-date-local.patch > > I've been thinking if some hook could be added to notmuch-emacs so > that such a custom date mangling can be done outside of the > notmuch-emacs source...