At Mon, 03 Jul 2006 17:22:07 -0500,
Phil Brutsche wrote:
Søren Schimkat wrote:
Which filesystem would you recomend?
ext3, hands down.
Or good old trusty FFS, as the case may be. :-)
(It is more than rock solid, and has been tested for decades on dozens
of different machine
For the record... what about file systems for the mail spool on
non-linux systems, such as FreeBSD, et al.
I've read a number of documents that addressed (classic) Usenet-based
activity (applicable to cyrus) - most agree that FreeBSD UFS+SoftUpdates
performs very well.
Thanks.
I'd be very careful with softupdates. If you shut down uncleanly for any
reason in the past it has caused *SEVERE* loss of data for me. Not just
once, but many many times. It has gotten much better but I haven't put it
to the test lately at all.
--On July 10, 2006 10:17:57 AM -0400 Forrest
thus Michael Loftis spake:
I'd be very careful with softupdates. If you shut down uncleanly for
any reason in the past it has caused *SEVERE* loss of data for me. Not
just once, but many many times. It has gotten much better but I haven't
put it to the test lately at all.
softupdates
Marten Lehmann wrote:
Is it possible that you are working with a fairly old linux
distribution? Today's ext3 shouldn't have these issues any longer,
otherwise Redhat wouldn't ship it as the only supported filesystem with
its Enterprise distributions. A modern 2.6er ext3 has indexes and
On Tue, Jul 04, 2006 at 09:58:50PM +0200, Marten Lehmann wrote:
I think this is because reiserfs is better handling a lot of small
files, while ext3 performes better with a few big files.
Is it possible that you are working with a fairly old linux
distribution? Today's ext3 shouldn't have
On Tue, 2006-07-04 at 21:58 +0200, Marten Lehmann wrote:
I think this is because reiserfs is better handling a lot of small
files, while ext3 performes better with a few big files.
Is it possible that you are working with a fairly old linux
distribution? Today's ext3 shouldn't have these
On Wed, Jul 05, 2006 at 08:48:23AM -0400, John Madden wrote:
How big? ext3 STILL only supports 32000 directories within a directory.
That gets to be quite a problem on large installs.
You can contain the fanout by enabling both fulldirhash and
hashimapspool in imapd.conf (but you will need to
You can contain the fanout by enabling both fulldirhash and
hashimapspool in imapd.conf (but you will need to stop the server and
rehash everything if you do this on an existing system).
Of course -- but hashing only gets you so far.
The 32000 limit applies to subdirectories, not to files so
Hello
Really? Nice. But you would have to re-create the ext3 filesystem with
this newer 2.6 kernel, right? Or would tune2fs do the job given the
right options?
I once enabled the index-option with tune2fs on an old ext3 filesystem
at 2.4 kernel which didn't give much performance boost. But
Hello,
How big? ext3 STILL only supports 32000 directories within a directory.
That gets to be quite a problem on large installs.
it is true: Performance goes down on very large directories with ext3.
But these cases should be very rare. How often would it happen to store
millions of files
Hello,
How big? ext3 STILL only supports 32000 directories within a directory.
That gets to be quite a problem on large installs.
it is true: Performance goes down on very large directories with ext3.
But these cases should be very rare. How often would it happen to store
millions of
On 05 Jul 2006, at 10:07, John Madden wrote:
True, but I do expect to reach this number on this machine in the next
couple of years. ...And reiserfs has been just fine so far. Then
again, I didn't even consider using ext3 at the time.
While I've not had performance problems with reiser3, I
On Wed, 2006-07-05 at 17:47 +0200, Marten Lehmann wrote:
Hello
Really? Nice. But you would have to re-create the ext3 filesystem with
this newer 2.6 kernel, right? Or would tune2fs do the job given the
right options?
I once enabled the index-option with tune2fs on an old ext3
It would be nice to have more details about version of ReiserFS, what hash
was being used, kernel version, hardware involved, and NFS or not
(especially kernel NFSd)...
That said we use ReiserFS on our mail and on our NFS servers running a
2.4.27 variant with about half a TB in NFS and about
On 2006-07-05 at 15:43 -0600, Michael Loftis wrote:
It would be nice to have more details about version of ReiserFS, what hash
was being used, kernel version, hardware involved, and NFS or not
(especially kernel NFSd)...
I've never tried NFS in a production environment at work, so this was
I think this is because reiserfs is better handling a lot of small
files, while ext3 performes better with a few big files.
Is it possible that you are working with a fairly old linux
distribution? Today's ext3 shouldn't have these issues any longer,
otherwise Redhat wouldn't ship it as the
Hi guys
I'm about to migrate from Solaris with Sendmail / uw to Redhat
Enterprise Linux with Postfix / Cyrus. Everything seems to work just
fine, but one unsolved question remains: Which filesystem should I choose?
I really would like to use ext3 .. because it's works great and seems
rock
I had this setup with ext3 before and I had severe problems with extreme
load through high iowait and the system hangs for up to 20 seconds while
the filesystem flushed unwritten data to disk.
This was on a SCSI hardware RAID 5.
At the moment I have a temporary machine running the same system
On Jul 3, 2006, at 9:44 AM, Daniel Eckl wrote:
I had this setup with ext3 before and I had severe problems with
extreme
load through high iowait and the system hangs for up to 20 seconds
while
the filesystem flushed unwritten data to disk.
This was on a SCSI hardware RAID 5.
Which IO
At this time I didn't change the scheduler. In fact, I actually learned
about it a few days ago... So it was SuSE 9.3 default (might be vanilla
default, don't know)
What would you recommend for cyrus? (or for ext3 running cyrus)? And are
there prefered scheduler for other fs, too, especially
On 03 Jul 2006, at 11:35, Daniel Eckl wrote:
At this time I didn't change the scheduler. In fact, I actually
learned
about it a few days ago... So it was SuSE 9.3 default (might be
vanilla
default, don't know)
I think anticipatory is the default IO scheduler for SuSE 9.3 (from
Google).
Well, I was surprised about the problem... I have only about 250
mailboxes on that server. But it's used extensively, because some users
have over 200 folders and an incredible mail count (mailboxes over 2 GB
of size).
I assume, my problem comes from Outlooks scanning all headers of a big
folder,
On 03 Jul 2006, at 12:11, Daniel Eckl wrote:
I cannot identify the triggering client and/or the action it
starts
I have a set of patches to 2.2.x that adds per-user CPU logging. I'm
busying porting them forward to 2.3.x as we speak. Sadly, Linux
doesn't support getrusage(2) of more
On 2006-07-03 at 15:44 +0200, Daniel Eckl wrote:
At the moment I have a temporary machine running the same system with
reiserfs. While I still have the problem of occasional high load, the
system now never freezes or hangs, just slowes down.
On my private machine at home, I used ReiserFS until
Søren Schimkat wrote:
Hi guys
I'm about to migrate from Solaris with Sendmail / uw to Redhat
Enterprise Linux with Postfix / Cyrus. Everything seems to work just
fine, but one unsolved question remains: Which filesystem should I choose?
I really would like to use ext3 .. because it's
26 matches
Mail list logo