Hello eric,

Tuesday, February 6, 2007, 5:55:23 PM, you wrote:

>>
>> IIRC Bill posted here some tie ago saying the problem with write cache
>> on the arrays is being worked on.

ek> Yep, the bug is:
ek> 6462690 sd driver should set SYNC_NV bit when issuing SYNCHRONIZE  
ek> CACHE to
ek> SBC-2 devices

Thanks. I see a workaround there (I saw it earlier but it doesn't
apply to 3510) and I have a question - setting zil_disable to 1
won't actually completely disable cache flushing, right? (still every
txg group completes cache would be flushed)??


ek> We have a case going through PSARC that will make things works  
ek> correctly with regards to flushing the write cache and non-volatile  
ek> caches.

There's actually a tunable to disable cache flushes:
zfs_nocacheflush and in older code (like S10U3) it's zil_noflush.

Hmmmm...


ek> The tricky part is getting vendors to actually support SYNC_NV bit.   
ek> If you your favorite vendor/array doesn't support it, feel free to  
ek> give them a call...

Is there any work being done to ensure/check that all arrays Sun sells
do support it?


-- 
Best regards,
 Robert                            mailto:[EMAIL PROTECTED]
                                       http://milek.blogspot.com

_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Reply via email to