Matthew Sayler wrote: > This is unsurprising, because dbmail_imap_session_printf does a pretty > huge amount of work on every call: > > 1) vprintf the message > 2) flush the output fd > 3) dup the fd and create a new g_mime_stream_fs on it > 4) create a new stream filter > 5) add the filter to the stream > 6) write the string (yay!) > 7) free all the stuff it just created
That's definitely a sub-optimal situation there. Moving the whole stream filter to clientinfo_t will solve this. That way we only need to initialize/cleanup once. I'll look into this. -- ________________________________________________________________ Paul Stevens paul at nfg.nl NET FACILITIES GROUP GPG/PGP: 1024D/11F8CD31 The Netherlands________________________________http://www.nfg.nl