[Dovecot] Scalability plans: Abstract out filesystem and make it someone else's problem

[Timo Sirainen]

On Wed, 2009-08-12 at 18:18 -0400, Timo Sirainen wrote:
> Oh BTW. I think dbmail 2.3 does that. Then again I haven't yet seen a
> stable dbmail version. But looks like they've released 2.3.6 recently
> that I haven't tested yet.

Looks like it even does single instance header values:

> The header caching tables used since 2.2 have been replaced with a new
> schema, optimized for a much smaller storage footprint, and therefor
> faster access. Headers are now cached using a single-instance storage
> pattern, similar to the one used for the message parts. This change
> also introduces for the first time the appearance of views in the
> database, which is somewhat experimental because of some uncertainties
> with regard to the possible performance impact this may have.

But somehow I think the performance isn't going to be very good for
downloading the full header if it has to piece it together from lots of
fields stored all around the database.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part
Url : http://dovecot.org/pipermail/dovecot/attachments/20090812/f8858a28/attachment.bin