Re: sos on cyrusimapd

2018-06-28 Thread Eric W. Bates
We have an SSD dedicated for cache and another dedicated for the log. They seem to help. On 6/28/2018 4:45 PM, Albert Shih wrote: > Le 27/06/2018 à 12:58:22-0400, Eric W. Bates a écrit > > Hi, > > Thanks you *very* much for your answer. > > I will try that. But I'm know pretty sure that the pr

Re: sos on cyrusimapd

2018-06-28 Thread Albert Shih
Le 27/06/2018 à 12:58:22-0400, Eric W. Bates a écrit Hi, Thanks you *very* much for your answer. I will try that. But I'm know pretty sure that the problem doesn't come from network but from I/O of the disk. I manage to configure my mutt (my old MUA) to keep the connection, he lost the connecti

Re: sos on cyrusimapd

2018-06-27 Thread Eric W. Bates
On 06/27/2018 11:44 AM, Albert Shih wrote: Le 27/06/2018 à 11:27:48-0400, Eric W. Bates a écrit Yah. You need to crank up some buffer sizes. This is an excellent document (written for FreeBSD 10): https://calomel.org/freebsd_network_tuning.html Yes I already find that page I think the one y

Re: sos on cyrusimapd

2018-06-27 Thread Albert Shih
Le 27/06/2018 à 11:27:48-0400, Eric W. Bates a écrit > Yah. You need to crank up some buffer sizes. > > This is an excellent document (written for FreeBSD 10): > https://calomel.org/freebsd_network_tuning.html Yes I already find that page > > I think the one you're bumping your head on is: > kern.

Re: sos on cyrusimapd

2018-06-27 Thread Eric W. Bates
Yah. You need to crank up some buffer sizes. This is an excellent document (written for FreeBSD 10): https://calomel.org/freebsd_network_tuning.html I think the one you're bumping your head on is: kern.ipc.maxsockbuf but you shouldn't crank it up by itself. On 06/27/2018 10:09 AM, Albert Shih