Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 11 Sep 2014 01:32:55 -0500
From:      Karl Denninger <karl@denninger.net>
To:        freebsd-stable@freebsd.org
Subject:   Re: getting to 4K disk blocks in ZFS
Message-ID:  <54114217.9040403@denninger.net>
In-Reply-To: <54114029.3060507@FreeBSD.org>
References:  <540FF3C4.6010305@ish.com.au> <54100258.2000505@freebsd.org> <5410F0B4.9040808@ish.com.au> <A0A549F7A4094F519A3660697AB4983F@multiplay.co.uk> <54114029.3060507@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help

[-- Attachment #1 --]

On 9/11/2014 1:24 AM, Andriy Gapon wrote:
> On 11/09/2014 04:22, Steven Hartland wrote:
>> ----- Original Message ----- From: "Aristedes Maniatis" <ari@ish.com.au>
>>> Should the FreeBSD project change this minimum in the next release?
>>> There seems to be no downside and a huge amount of pain for people
>>> who stumble along with the defaults not knowing what a mess they are
>>> creating to solve later.
>> The downside is wasted space which can be significant and hence when
>> I last suggested just this it was unfortunately rejected.
>>
>> We still maintain a local patch to our source tree which does just
>> this because, as you've mentioned, we don't want the pain so its
>> easier to just run everything as 4k.
>
> Another downside is 1/4th of uberblocks, 32 vs 128.
> Also, automatic sector size detection works great for me and I've never had a
> need to manually tweak ashift.
>
It works great until you start replacing older disks with new, larger 
ones and find out that the new ones are 4k where the old ones were not.....

IMHO at this point in time it's worth considering a 4k default.

-- Karl


[-- Attachment #2 --]
0	*H
010	+0	*H
O0K030
	*H
010	UUS10UFlorida10U	Niceville10U
Cuda Systems LLC10UCuda Systems LLC CA1/0-	*H
	 customer-service@cudasystems.net0
130824190344Z
180823190344Z0[10	UUS10UFlorida10UKarl Denninger1!0	*H
	karl@denninger.net0"0
	*H
0
bi՞]MNԿawx?`)'ҴcWgR@BlWh+	u}ApdCFJVй~FOL}EW^bچYp3K&ׂ(R
lxڝ.xz?6&nsJ+1v9v/(kqĪp[vjcK%fϻe?iq]z
lyzFO'ppdX//Lw(3JIA*S#՟H[f|CGqJKooy.oEuOw$/섀$삻J9b|AP~8]D1YI<"""Y^T2iQ2b	yH)]	Ƶ0y$_N6XqMC 9՘	XgώjGTP"#nˋ"Bk100	U00	`HB0U0,	`HB
OpenSSL Generated Certificate0U|8˴d[20U#0]Af4U3x&^"408	`HB+)https://cudasystems.net:11443/revoked.crl0
	*H
gBwH]j\x`(&gW32"Uf^.^Iϱ
k!DQAg{(w/)\N'[oRW@CHO>)XrTNɘ!u`xt5(=f\-l3<@C6mnhv##1ŃbH͍_Nq
aʷ?rk$^9TIa!kh,D-ct1
00010	UUS10UFlorida10U	Niceville10U
Cuda Systems LLC10UCuda Systems LLC CA1/0-	*H
	 customer-service@cudasystems.net0	+;0	*H
	1	*H
0	*H
	1
140911063255Z0#	*H
	1AsD_XPL0l	*H
	1_0]0	`He*0	`He0
*H
0*H
0
*H
@0+0
*H
(0	+710010	UUS10UFlorida10U	Niceville10U
Cuda Systems LLC10UCuda Systems LLC CA1/0-	*H
	 customer-service@cudasystems.net0*H
	1010	UUS10UFlorida10U	Niceville10U
Cuda Systems LLC10UCuda Systems LLC CA1/0-	*H
	 customer-service@cudasystems.net0
	*H
s&X#G
fPApp,wFQvjJ>Kg &yݿӿ˄QrYhsHs֐΃º>k/HRLQ#LٱeV2&uS2d0G8Xcp_ɻ
tPRo?
½8PzmٲIjvgzIX[$-t2YL:H=Yh!|å=7`>ĕ0 /r[lX}+-@rk".hnq^bS[.Y,FGSbYα\'EkI-S>ViX,Zf_~<sG>xI+"뷥~}#V^ >-nï5$oe[D 
Ngϑ@	E5щC"1RSG5K6q]hrJ	

Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?54114217.9040403>