Re: TUNING_README: "persistent write cache"?

2015-02-04 Thread Andrew Bourgeois
So it's hardware and not the Unix cache/buffers that keep things in RAM to improve performance. Thank you for clarifying! On Wed, Feb 4, 2015 at 3:59 PM, Wietse Venema wrote: > Andrew Bourgeois: > > But what does "persistent write cache" mean? What needs to be cha

Re: TUNING_README: "persistent write cache"?

2015-02-04 Thread Andrew Bourgeois
But what does "persistent write cache" mean? What needs to be changed on the OS level? Google doesn't clearly link "persistent write cache" to a Linux feature. On Wed, Feb 4, 2015 at 2:16 PM, wrote: > > Zitat von Andrew Bourgeois : > > > Hello >&

TUNING_README: "persistent write cache"?

2015-02-04 Thread Andrew Bourgeois
Hello What does "Speed up disk updates with a large (64MB) persistent write cache." mean (source: http://www.postfix.org/TUNING_README.html)? Does this talk about the "dirty ratio" or is it something else? Google didn't help me on this one. Thanks in advance! Best regards Andrew

Re: postqueue -f vs postqueue -i: deferred to active vs deferred to incoming

2015-01-31 Thread Andrew Bourgeois
On Sat, Jan 31, 2015 at 3:37 PM, Wietse Venema wrote: > Andrew Bourgeois: > > Hello > > > > stress tests indicate that Postfix 2.8.8 behaves differently when using > > "postqueue -i" compared to "postqueue -f" when it comes to handling > &

postqueue -f vs postqueue -i: deferred to active vs deferred to incoming

2015-01-31 Thread Andrew Bourgeois
Hello stress tests indicate that Postfix 2.8.8 behaves differently when using "postqueue -i" compared to "postqueue -f" when it comes to handling deferred e-mail. When using "postqueue -i" in a loop, deferred e-mail goes through the incoming queue before going through the active queue. When usin