Patrick Welche <prlw1@cam.ac.uk>
[netbsd-mini2440.git] / external / ibm-public / postfix / dist / src / smtpstone / hashed-deferred
blob93f0e122c2dfcae1fbad3f9a28bb070cac2f78c1
1 Delivering 1000 deferred messages over the loopback transport,
2 outbound concurrency 10. smtp-sink pipelining disabled. Machine is
3 P230, BSD/OS 3.1, 64MB memory.
5 hashing is 16 directories per level
7 flat deferred queue
9     start: Sun Feb 21 16:42:37 EST 1999
10     done: Feb 21 16:44:35
11     time: 1:58 = 118 seconds
13     start: Sun Feb 21 16:48:01 EST 1999
14     done: Feb 21 16:49:51
15     time: 1:50 = 110 seconds
17 hashed deferred queue, depth=1 (16 directories)
19     start: Sun Feb 21 17:29:36 EST 1999
20     done: Feb 21 17:31:32
21     time: 1:56 = 116 seconds
23     start: Sun Feb 21 17:33:36 EST 1999
24     done: Feb 21 17:35:24
25     time: 1:48 = 108 seconds
27     start: Sun Feb 21 17:37:08 EST 1999
28     done: Feb 21 17:39:02
29     time: 1:52 = 112 seconds
31 Hashing does not slow down deliveries.
33 However the problem is scanning an empty deferred queue. On an idle
34 machine, it takes some 5 seconds to scan an empty depth=2 deferred
35 queue unless the blocks happen to be cached. During those 5 seconds
36 the queue manager will not pay attention to I/O from delivery
37 agents, which is bad.