Hi, Erik,
I've always wondered what the benefit (and difficulty to add to ZFS) would
> be to having an async write cache for ZFS - that is, ZFS currently buffers
> async writes in RAM, until it decides to aggregate enough of them to flush
> to disk. I think it would be interesting to see what woul
On Sat, Mar 6, 2010 at 12:50 PM, Erik Trimble wrote:
> This is true. SSDs and HDs differ little in their ability to handle raw
> throughput. However, we often still see problems in ZFS associated with
> periodic system "pauses" where ZFS effectively monopolizes the HDs to write
> out it's curren
Hi,
Thank you for sharing it. Seems like it's more cheaper than the HBA from
LSI, isn't it?
Can you tell us the build version of the opensolaris?
best regards,
hanzhu
On Fri, Mar 12, 2010 at 8:52 AM, Russ Price wrote:
> I had recently started setting up a homegrown OpenSolaris NAS with a lar
The ECC enabled RAM should be very cheap quickly if the industry embraces it
in every computer. :-)
best regards,
hanzhu
On Wed, Mar 31, 2010 at 5:46 PM, Erik Trimble wrote:
> casper@sun.com wrote:
>
>>
>>
>>> I'm not saying that ZFS should consider doing this - doing a validation
>>> for i
Neil,
Thank you. You closed my question. :-)
best regards,
hanzhu
On Mon, Dec 7, 2009 at 3:00 AM, Neil Perrin wrote:
>
> I'll try to find out whether ZFS binding the same file always to the same
>> opening transaction group.
>>
>
> Not sure what you mean by this. Transactions (eg writes) wil
Answer from another guru...
nxyyt wrote:
> This question is forwarded from ZFS-discussion. Hope any developer can
> throw some light on it.
>
> I'm a newbie to ZFS. I have a special question against the COW transaction
> of ZFS.
>
> Does ZFS keeps the sequential consistency of the same file when
Hi,
This page may indicate the root cause.
http://blogs.sun.com/roch/entry/the_new_zfs_write_throttle
ZFS will throttle the write speed to match the write speed to the txg to the
speed of DISK IO. If it detects the modest measure(1 tick pause) cannot
prevent the tx group from being too large, it
oblem. This cleanup
> holds a lock on the zfs intent log while old/sync'd transactions are moved
> out of the intent log, during which time new zfs writes are
> prohibited/blocked.
>
> At least, that's my theory.
>
>
>
>
> On Fri, Feb 26, 2010 at 11:30 PM, Zhu H
On Mon, Mar 1, 2010 at 1:05 PM, Daniel Carosone wrote:
> > Is there anything that is safe to use as a ZIL, faster than the
> > Mtron but more appropriate for home than a Stec?
>
> ACARD ANS-9010, as mentioned several times here recently (also sold as
> hyperdrive5)
>
> +1 for this device. Althoug
Erik,
That's very useful. Thank you!
best regards,
hanzhu
On Mon, Mar 1, 2010 at 4:48 PM, Erik Trimble wrote:
> Zhu Han wrote:
>
>
>> On Mon, Mar 1, 2010 at 1:05 PM, Daniel Carosone > d...@geek.com.au>> wrote:
>>
>>> Is there anything t
best regards,
hanzhu
On Mon, Mar 1, 2010 at 8:47 PM, Eugen Leitl wrote:
> On Mon, Mar 01, 2010 at 12:18:45AM -0500, rwali...@washdcmail.com wrote:
>
> > > ACARD ANS-9010, as mentioned several times here recently (also sold as
> > > hyperdrive5)
> >
> > You are right. I saw that in a recent thr
Hi,
Can anybody help me give the link on the code snippet of block size
estimation?
I want to know when ZFS makes a decision on the block size used for a file.
Does ZFS estimate it based on the length of file when the create event of
file is committed to disk during txg commit?
If so, is the bl
s not power 2, it's new block size can be
greater than the file system recordsize property. Does anybody know why
there is such a short circuit?
best regards,
hanzhu
On Thu, Sep 2, 2010 at 6:30 PM, Darren J Moffat wrote:
> On 02/09/2010 11:18, Zhu Han wrote:
>
>> Can anybody he
13 matches
Mail list logo
