Date: Thu, 11 Sep 2014 08:30:22 -0500 From: Karl Denninger <karl@denninger.net> To: freebsd-stable@freebsd.org Subject: Re: getting to 4K disk blocks in ZFS Message-ID: <5411A3EE.4040202@denninger.net> In-Reply-To: <E1XS0KJ-000Hhc-Lu@dilbert.ingresso.co.uk> References: <540FF3C4.6010305@ish.com.au> <54100258.2000505@freebsd.org> <E1XS0KJ-000Hhc-Lu@dilbert.ingresso.co.uk>
next in thread | previous in thread | raw e-mail | index | archive | help
[-- Attachment #1 --] On 9/11/2014 4:06 AM, Pete French wrote: >> This may never hit you, but ZFS is built on the assumption, that it >> cannot happen at all, which is no longer true with 4KB drives that >> are used with ashift=9. > Have just been reading this thread, and as people are suggesting > moving ashift from 9 to 12, doesnt using use 512B drives with > ahift=12 also violate this ? Or is it smart enough ot know that > the underlying sectors are separate ? > No, because in order for the "write" (as ZFS sees it) to succeed all of them must succeed. The problem comes when the *drive* (or controller) does a read-replace-write, because ZFS is unaware of the underlying act and "silent" corruption can thus (at least theoretically) happen. -- Karl Denninger karl@denninger.net <mailto:karl@denninger.net> /The Market Ticker/ [-- Attachment #2 --] 0 *H 01 0 + 0 *H O0K030 *H 01 0 UUS10UFlorida10U Niceville10U Cuda Systems LLC1 0UCuda Systems LLC CA1/0- *H customer-service@cudasystems.net0 130824190344Z 180823190344Z0[1 0 UUS10UFlorida10UKarl Denninger1!0 *H karl@denninger.net0"0 *H 0 bi՞] MNԿawx?`)'ҴcWgR@BlWh+ u}ApdCF JVй~FOL }EW^bچYp3K& ׂ(R lxڝ.xz?6 &nsJ +1v9 v/( kqĪp[vjcK%fϻe?iq]z lyzFO'ppdX//Lw(3 JI A*S#՟H[f|CGqJKoo y.oEuOw$ /섀$삻J9b|A P~8]D1YI<"""Y^T2iQ2 b yH)] Ƶ0y$ _N 6XqMC 9 XgώjGTP"#nˋ"Bk1 00 U 0 0 `HB0 U 0, `HB OpenSSL Generated Certificate0 U |8 ˴d[20 U #0]Af4 U3x&^"408 `HB+)https://cudasystems.net:11443/revoked.crl0 *H gBwH] j\x`( &gW32"Uf^. ^Iϱ k!DQA g{(w /)\N'[ oRW @C HO>)XrTNɘ!u`xt5(=f\-l3<@C6mnhv##1ŃbH͍_Nq aʷ?rk$^9TIa!kh,D -ct1 0001 0 UUS10UFlorida10U Niceville10U Cuda Systems LLC1 0UCuda Systems LLC CA1/0- *H customer-service@cudasystems.net0 + ;0 *H 1 *H 0 *H 1 140911133022Z0# *H 1QH<2fl5*i>op"*0l *H 1_0]0 `He*0 `He0 *H 0*H 0 *H @0+0 *H (0 +71001 0 UUS10UFlorida10U Niceville10U Cuda Systems LLC1 0UCuda Systems LLC CA1/0- *H customer-service@cudasystems.net0 *H 101 0 UUS10UFlorida10U Niceville10U Cuda Systems LLC1 0UCuda Systems LLC CA1/0- *H customer-service@cudasystems.net0 *H <T彜 {,$|Ӓ -mcXi^ X+iQ(( l6Y+?gpteD>3QGL#2 {DҏߊUK JAH~_ 7 H -9"b?-o{ijLLDA Bi! l h %s#! # +?¡{'vzГ A%Kg>'%4iD)PW'0lH#h.X:tW eaiG)U oר>(=Zi^kZN/'T-u#ʔj\gЃ pA2!69qWxT_. q+C ;0[wx 6?h JenN^D9T\0c +;px \' ^բ`Xf 9`mdv #mM VfU4"`lq{ D(.u7-(B䅂nWbX2qښLmۼzl
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5411A3EE.4040202>