DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma;
	h=mime-version:sender:in-reply-to:references:date
	:x-google-sender-auth:message-id:subject:from:to:cc:content-type;
	b=Axm6Z5hfmpOxbxUQqiSgd63NsLC0XIGrl51GiC6LWVfsNMChPWf7sQptyKP/E54XDG
	fnMduPQFNGBLnRNsdNsC1jEiEylPxhGh9Ud1MX18ttk6bGFtLfnuwbaMqh0RgKgruGyY
	u4l2vN/+XUU5peFMpHeHe+RO31BIQP7MAtyzU=
MIME-Version: 1.0
Sender: amdragon@gmail.com
In-Reply-To: <87vd1a84qj.fsf@servo.finestructure.net>
References: <87fwsetdin.fsf@kepler.schwinge.homeip.net>
	<8762taxk9y.fsf@algae.riseup.net>
	<87vd1a84qj.fsf@servo.finestructure.net>
Date: Thu, 27 Jan 2011 17:20:21 -0500
Message-ID: <AANLkTi=pPgcPXUN_XTXa0gAkbTR_OF4XxCP-d4-Be2pt@mail.gmail.com>
Subject: Re: notmuch's idea of concurrency / failing an invocation
From: Austin Clements <amdragon@mit.edu>
To: Jameson Rollins <jrollins@finestructure.net>
Content-Type: multipart/alternative; boundary=0016363101e5f2b320049adb5ab1
Cc: notmuch@notmuchmail.org, Thomas Schwinge <thomas@schwinge.name>
Precedence: list

--0016363101e5f2b320049adb5ab1
Content-Type: text/plain; charset=ISO-8859-1

I'm looking into breaking notmuch new up into small transactions.  It
wouldn't be much a leap from there to simply close and reopen the database
between transactions if another task wants to use it, which would release
the lock and let the queued notmuch task have the database for a bit.  It
seems silly to have a daemon when all of notmuch's state is already on disk
and queue on a lock is as good as a queue in a daemon, but without the
accompanying architectural shenanigans.

On Thu, Jan 27, 2011 at 3:35 PM, Jameson Rollins <jrollins@finestructure.net
> wrote:

> 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.
>
> 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.

--0016363101e5f2b320049adb5ab1
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

I&#39;m looking into breaking notmuch new up into small transactions. =A0It=
 wouldn&#39;t be much a leap from there to simply close and reopen the data=
base between transactions if another task wants to use it, which would rele=
ase the lock and let the queued notmuch task have the database for a bit. =
=A0It seems silly to have a daemon when all of notmuch&#39;s state is alrea=
dy on disk and queue on a lock is as good as a queue in a daemon, but witho=
ut the accompanying architectural=A0shenanigans.<br>
<br><div class=3D"gmail_quote">On Thu, Jan 27, 2011 at 3:35 PM, Jameson Rol=
lins <span dir=3D"ltr">&lt;<a href=3D"mailto:jrollins@finestructure.net">jr=
ollins@finestructure.net</a>&gt;</span> wrote:<br><blockquote class=3D"gmai=
l_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left=
:1ex;">
<div class=3D"im">On Thu, 27 Jan 2011 13:40:25 -0500, micah anderson &lt;<a=
 href=3D"mailto:micah@riseup.net">micah@riseup.net</a>&gt; wrote:<br>
&gt; Due to my harddisk in my laptop being slow (5400RPM), my notmuch<br>
&gt; database growing, and perhaps some fragmentation somewhere, this has<b=
r>
&gt; become *incredibly* annoying for me. I am checking email every 30<br>
&gt; minutes, and I&#39;m nicing and ionicing the processes so I can use my=
<br>
&gt; machine, but while those processes are running, I&#39;m effectively lo=
cked<br>
&gt; out of a good portion of my email.<br>
<br>
</div>I also have a very slow disk, but this is very rarely a problem for m=
e.<br>
I retrieve mail every 10 minutes, and the corresponding notmuch new<br>
usually takes a minute or so. =A0I really haven&#39;t found it to be much o=
f a<br>
bother to just wait it out.<br>
<br>
One of the suggested ways to develop around this problem would be a<br>
notmuch daemon that would queue database modification requests. =A0I don=
9;t<br>
think anyone has been working on this yet, but if this is a big problem<br>
for you guys, you might start looking into putting one together.<br>
<br>
jamie.</blockquote></div>

--0016363101e5f2b320049adb5ab1--