Ivan Debnár wrote:
Hi, thanks for respose.
As this is close-source mailserver (CommuniGate pro), I can't say 100% answer,
but the writes that I see that take too much time (15-30secs) are writes from
temp queue to final storage, and from my understanding, they are sync so the
queue manager c
here a way to quicky test new ZFS,
without reinstalling whole system?
Please say there is
Ivan
-Original Message-
From: eric kustarz [mailto:[EMAIL PROTECTED]
Sent: Thursday, September 07, 2006 8:39 PM
To: Ivan Debnár
Cc: zfs-discuss@opensolaris.org
Subject: Re: [zfs-discuss] Perfor
Ivan Debnár wrote:
Hi,
I deployed ZFS on our mailserver recently, hoping for eternal peace after
running on UFS and moving files witch each TB added.
It is mailserver - it's mdirs are on ZFS pool:
capacity operationsbandwidth
poolus
erformance problem of ZFS ( Sol 10U2 )
Ivan,
What mail clients use your mail server? You may be seeing the effects of:
6440499 zil should avoid txg_wait_synced() and use dmu_sync() to issue parallel
IOs when fsyncing
This bug was fixed in nevada build 43, and I don't think made it into s10
upd
Ivan,
What mail clients use your mail server? You may be seeing the
effects of:
6440499 zil should avoid txg_wait_synced() and use dmu_sync() to issue
parallel IOs when fsyncing
This bug was fixed in nevada build 43, and I don't think made it into
s10 update 2. It will, of course, be in upd
Hi,
I deployed ZFS on our mailserver recently, hoping for eternal peace after
running on UFS and moving files witch each TB added.
It is mailserver - it's mdirs are on ZFS pool:
capacity operationsbandwidth
poolused avail read w
