Re: LARGE single-system Cyrus installs?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



This thought has occurred to me:

ZFS prefers reads over writes in it's scheduling.

I think you can see where I'm going with this.  My WAG is something
related to Pascal's, namely latency.  What if my write requests to 
mailboxes.db
or deliver.db start getting stacked up, due to the favoritism shown to 
reads?
The actual usage mix on a Cyrus system ends up being more writes than reads.
Despite having channels that seem under-utilized perhaps the stacking of
small latencies hits a tipping point that is causing the slowdown.

We have all Cyrus lumped in one ZFS pool, with separate filesystems for
imap, mail, sieve, etc.  However, I do have an unused disk in each array
such that I could setup a simple ZFS mirror pair for /var/cyrus/imap so
that the databases are in their own pools.  Or even I suppose a UFS
filesystem with directio and all that jazz set.  Perhaps I wouldn't get 
all the
effects of a RAM-SAN 500 but it could be a worthwhile improvement.

I liked having one big pool, but if it works, c'est la vie.



----
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html

[Index of Archives]     [Cyrus SASL]     [Squirrel Mail]     [Asterisk PBX]     [Video For Linux]     [Photo]     [Yosemite News]     [gtk]     [KDE]     [Gimp on Windows]     [Steve's Art]

  Powered by Linux