Jeff Koch pisze:
var/qmail/queue
var/qmail/simscan
var/log
maybe /tmp
let me know if you guys think of any other directories that would
benefit from the speedup.
Also, since the i-ram's battery backup only lasts a few hours we added
some startup scripts to rc.local that try mounting the i-r
By the way, to give you an idea of the speed of the i-ram drive with the
XFS file system we tar-zipped the entire /usr directory into an 811MB
archive. It took 54 seconds to untar-unzip it on a 4GB I-Ram drive and 141
seconds on a Seagate 750 GB SATA drive with the ext3 filesystem in the same
Great, very interesting discussion.
i want to see cpu load of these test. xfs need more cpu ...
2007/12/21, Alessio Cecchi <[EMAIL PROTECTED]>:
> Il Friday 21 December 2007 17:24:18 Jeff Koch ha scritto:
> > Anyone have any comments of suggestions.
>
> Follow this thread on CentOS ML, very intere
Il Friday 21 December 2007 17:24:18 Jeff Koch ha scritto:
> Anyone have any comments of suggestions.
Follow this thread on CentOS ML, very interesting:
http://www.mail-archive.com/centos%40centos.org/msg07283.html
And see this interesting test:
http://www.htiweb.inf.br/benchmark/fsbench.htm
Ci
Jeff:
xfs is an excellent choice but it is imperative to understand the
tradeoffs. Data can easily corrupt in xfs if the SATA RAID not
cleanly unmounted and powered down correctly. Another minor problem
is the limited support by commercial distribution vendors.
For reference, we were
Hello,
same problem, building new toaster, sending message to list but got no reply.
IMHO xfs is best choice, i'm ussing reiserfs3 but have one problem
with large maildir (about 700k messages) - reisers screwed this
directory and whole filesystem (checking taked about 2 hours for 300G
hdd)
xfs h
We're setting up a new mailserver with a Gigabyte i-ram drive to handle the
qmail queue, and qmail logs. The i-ram drive uses standard DDR modules, has
a battery backup and is lightning fast - much faster than solid state
drives. We'll use SATA RAID for the maildirs and remainder of the serve
