b98f1ffc049e8c4c1677173ea65830aa07b3ef87 |
|
19-Feb-2017 |
Timo Sirainen <timo.sirainen@dovecot.fi> |
imap: Fix running time in tagged command replies.
The timing information was updated only after command_exec() returned.
Most of the commands were handled within a single command_exec() though,
so at the time when tagline was sent the running_usecs was still zero.
The msecs in ioloop timing was correct though, because it relied only on
the command start timing info. |
6e9454f1d99a86c3f9659a66abff59ae97e5f029 |
|
28-Jan-2016 |
Timo Sirainen <timo.sirainen@dovecot.fi> |
imap: Send all pending tagged command replies before APPEND is started.
This probably doesn't matter a lot, but it's cleaner.
One side effect of this change is that if multiple APPENDs are pipelined
(without MULTIAPPEND) on the selected mailbox, this now performs a sync
between each APPEND and sends the EXISTS replies. This may be slightly
lower in performance, but it's also slightly more correct behavior. |
266d72b0b32d5b105de96aac0c050d5a4c0ed3a8 |
|
21-Sep-2015 |
Timo Sirainen <tss@iki.fi> |
imap: Improved command timing information reporting.
We now report also the time we spent waiting on ioloop. Also fixed reporting
command timing information when multiple commands were running in parallel
(e.g. SEARCH + FETCH). If multiple commands are running in parallel they all
report the same ioloop wait time, because there's no easy way to know which
one of them caused the wait. |