RE: slow IMAP data transfer (SOLVED)

2006-02-14 Thread Juris Orlovs
Problem solved! "sysctl -w net.inet.tcp.delayed_ack=0" solves problem for IMAP and also Postfix, so mainly fsync() was no issue. I had no time to searh why this so drastically affects performance, but maybe somebody will know the answer. -Sākotnējā ziņa- No: "Juris Orlovs" <[EMAIL PROT

Re: slow IMAP data transfer

2006-02-09 Thread Michael Loftis
--On February 9, 2006 10:46:29 AM + David Carter <[EMAIL PROTECTED]> wrote: Cyrus and Postfix both make very heavy use of fsync() to flush data to disk before they confirm actions back to the sending system. RAID controllers or disk boxes with battery backed writeback cache help lots.

Re: slow IMAP data transfer

2006-02-09 Thread David Carter
On Thu, 9 Feb 2006, Juris Orlovs wrote: Before that I was setting up Cyrus IMAP mail servers on Linux and there was no such problems. Maybe it's OS issue? I also have set up such system on Celeron 800MHz, 256MB RAM and 80GB SEAGATE (FreeBSD 4.11), the results are aproximately the same. For SMT

Re: slow IMAP data transfer

2006-02-09 Thread Henrique de Moraes Holschuh
On Thu, 09 Feb 2006, Juris Orlovs wrote: > For SMTP i'm using Postfix, and it also shows bad results on data > transfer. Seems that the biggest problems I have with mail software, > because other services like FTP doesn't show such bad results. I am by no means a FreeBSD expert, but I would check