-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

David Sparks writes:
> I've been investigating using IPC::DirQueue in a queue plugin with the
> high_perf branch.  Does such a plugin already exist?

Not that I know of --- I haven't even looked into the details of
high_perf, and what may be required there, yet ;)

> Some performance #s
> spamtrap queue plugin:
> 
> local queue: 6000 msg/min
> nfs queue:   4000 msg/min
> 
> IPC::DirQueue queue plugin (nfs only):
> 
> $dq->enqueue_file:   2600 msg/min
> $dq->enqueue_string: 2900 msg/min
> 
> I suspect that having the queue on a NFS volume is slowing things down a
> bit.

for sure ;)

I would suspect that dq is slower on top of that anyway, because it uses
MailDir-style anti-contention techniques, whereas 'spamtrap' may be able
to assume only 1 writing process.  I don't know, though, I'm unfamiliar
with spamtrap. (got a URL for that?)

oh, btw, I've just released IPC::DirQueue 0.05, which includes support for
the enqueue_sub() API as used in http://taint.org/wk/QpsmtpdIpcDirqueue .
It might be a little better, as it doesn't need to build up a string
buffer or tempfile at the qpsmtpd level; it can just send the header
and body strings direct to dq as they arrive.

- --j.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)
Comment: Exmh CVS

iD8DBQFCaVz/MJF5cimLx9ARAjJgAKCDwWVxi45sVNpl3MJkObefisjZMQCeLcaY
NI13DtPxctEOtSIZmI5m/Jk=
=EW5a
-----END PGP SIGNATURE-----

Reply via email to