From: Jameson Rollins <jrollins@finestructure.net>
To: micah anderson <micah@riseup.net>, Thomas Schwinge <thomas@schwinge.name>,
 	notmuch@notmuchmail.org
Subject: Re: notmuch's idea of concurrency / failing an invocation
In-Reply-To: <8762taxk9y.fsf@algae.riseup.net>
References: <87fwsetdin.fsf@kepler.schwinge.homeip.net>
	<8762taxk9y.fsf@algae.riseup.net>
User-Agent: Notmuch/0.5-96-g01f9ea1 (http://notmuchmail.org) Emacs/23.2.1
	(i486-pc-linux-gnu)
Date: Thu, 27 Jan 2011 12:35:16 -0800
Message-ID: <87vd1a84qj.fsf@servo.finestructure.net>
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-=";
	micalg=pgp-sha256; protocol="application/pgp-signature"
Precedence: list

--=-=-=
Content-Transfer-Encoding: quoted-printable

On Thu, 27 Jan 2011 13:40:25 -0500, micah anderson <micah@riseup.net> wrote:
> Due to my harddisk in my laptop being slow (5400RPM), my notmuch
> database growing, and perhaps some fragmentation somewhere, this has
> become *incredibly* annoying for me. I am checking email every 30
> minutes, and I'm nicing and ionicing the processes so I can use my
> machine, but while those processes are running, I'm effectively locked
> out of a good portion of my email.=20

I also have a very slow disk, but this is very rarely a problem for me.
I retrieve mail every 10 minutes, and the corresponding notmuch new
usually takes a minute or so.  I really haven't found it to be much of a
bother to just wait it out.

One of the suggested ways to develop around this problem would be a
notmuch daemon that would queue database modification requests.  I don't
think anyone has been working on this yet, but if this is a big problem
for you guys, you might start looking into putting one together.

jamie.

--=-=-=
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iQIcBAEBCAAGBQJNQdcEAAoJEO00zqvie6q8KUAP/1h32+9QSCyZ7STgZ9ilFe5U
Pdgg8k3r35XOJM6OsDesrBMe1F9M3dReCFgmJlvfIKYFQLRgl04ONbteEPulJOc7
Rj2EPTLhPZj+JlmGxcrKQKw6pWtt0plfWjUTLY5CJxb+nMBgeCjJrsxHnyO0vxBk
uSoPjJkoL9AqKdsJcRztqB+HV18lUgkiee+iKk485Gqy/T/NyqHm1CRmTPXRUTpb
+/1OTcdndNUTAc/ve61eqUU6PrbQRZbtvQ7OZ7A1zh0zXYXEWfMFASOth/V1npiF
Uak6P/H1/3OTt/gNIrEQq9PBAHyv2glWtRRgOTg3upWevF0x01JAEYjfkhk+MUvI
tyYZRUPHASM2xXUs5BMxDIYlSSElex98i9cG/GWaRfiK4iNJyxz2pTkxQDB1RpE4
v/uooJfeDm+IFQSVRNWTZ2ZNOfLeG39y2lwwggH/mQ7W9hV8cUdx18YBWhgNOdLa
/LLDS1CceB/mKDf3G03jXQjvZz85Z3BYce13xFfwnI4N6SQGJchOPqJyBEmT6VqQ
JFN5GJdEqx+4SJMGTejdr7ad3u5hAYmZ/l3DE66R+nekqkzU82YVxoazhauWlNLw
U4/tu4/fmw6hsy5EkmsFpf2I4eBR65BM7IKwkO1+10JEQPhqjr6QmAaJzEmzg2gy
FGtnCxkluY7FvPoQsIqq
=MI/h
-----END PGP SIGNATURE-----
--=-=-=--