Skip site navigation (1)Skip section navigation (2) 
Date:      Fri, 25 Mar 2022 10:19:08 -0700
From:      Alan Batie <alan@peak.org>
To:        freebsd-fs@freebsd.org
Subject:   Re: mirror vdevs with different sizes
Message-ID:  <1c0fc320-d5ae-06f7-73c1-36f54c8aeabf@peak.org>
In-Reply-To: <202203251705.22PH56du029811@higson.cam.lispworks.com>
References:  <95932839-F6F8-4DCB-AA7F-46040CFA1DE1@jld3.net> <CAOtMX2jdRT1mmDzcPbkN42ruKe6gC5QaHQZRMmHeup=C562wFA@mail.gmail.com> <202203251705.22PH56du029811@higson.cam.lispworks.com>
index | next in thread | previous in thread | raw e-mail 

[-- Attachment #1 --]
On 3/25/22 10:05 AM, Martin Simmons wrote:
> Is "the new disks will have a lower ratio of IOPS/TB" another way of saying
> "more of the data will be stored on the new disks, so they will be accessed
> more frequently"?  Or is this something about larger vdevs in general?

A disk can handle a certain number of IOPS, regardless of capacity 
(typically around 200 for spinning disks).  Bigger disks will inherently 
have a lower ratio of IOPS/TB meaning you're not going to get the same 
level of overall performance with them.  For example, if you have 2 1T 
drives, you have 400 IOPS available to access all of those 2 TB, whereas 
if you have 1 2T drive, you only have 200 IOPS available.


[-- Attachment #2 --]
0	*H
010
	`He0	*H

I003<n	FjI%0
	*H
010	UIT10UBergamo10UPonte San Pietro10U
Actalis S.p.A.1,0*U#Actalis Client Authentication CA G30
210906175243Z
220906175243Z010U
alan@peak.org0"0
	*H
0
)q()8[M>q}(ޏЧIrsuʅgO3xlj[7Fb&*T~*.ɣS"@^^s2aQm;6T1JZx`rM9(P|
.")UV=\ļ;X.[9Tޑpn*;2bH_~uSk;uNP;c+v@n5ҸB00U00U#0S}	2.2w0~+r0p0;+0/http://cacert.actalis.it/certs/actalis-autclig301+0%http://ocsp09.actalis.it/VA/AUTHCL-G30U0
alan@peak.org0GU @0>0<+0200+$https://www.actalis.it/area-download0U%0++0HUA0?0=;97http://crl09.actalis.it/Repository/AUTHCL-G3/getLastCRL0Ur'ͮ"%W/Z0U0
	*H
D:~OYV$`#ԅ5
	$9&Pͤ5Tf{jYr)O`4&K(Õ&ӊhjFxe{ÜJF\|]VK

?y AWu)
]ZL`i:^)MCPfU
*?d`"?Pf/wщԚ~;7+":ɳ:gCBVD܎7IGs/R
CRNwX#@>XX͓dIL
tv
P~Zv4d-/OflVsl%un+U ,y	y
/TKz$AYE~^̇.5q
4f=6YHTxKF:;CW;DݔIdjDfc(K> ن3ZV1ɘtɂ|qLw:Ė:ME]/hu]5%*mu]oe弘7#iڰ{0m0U>=QCk0
	*H
0k10	UIT10UMilan1#0!U
Actalis S.p.A./033585209671'0%UActalis Authentication Root CA0
200706084547Z
300922112202Z010	UIT10UBergamo10UPonte San Pietro10U
Actalis S.p.A.1,0*U#Actalis Client Authentication CA G30"0
	*H
0
懖BU?"`_CIy/PF:Qaq)Z|z%PpD_p"P!PkV%)LlR^TN;pN/a`٥dy!l^$cCGZ
.Ky:+=C+ߺbmٌG+eH%U3m4)|Զ4'cto,.ptT55Ԅ	dYL:z/a+&QxQLupr4:3oHFN$i0pMJ}GSjuȵ4cg,KԬ"дӲR/2ly`!,fw`	N&w&`lpSY\qd&EGx	UWPCN
y4]ELW;B($qH_,,)ŚI:C"&Z롽KE|ˆy3;~1Hx@gM֎1/00U00U#0R؈:ȟxf{8p60A+50301+0%http://ocsp05.actalis.it/VA/AUTH-ROOT0EU >0<0:U 0200+$https://www.actalis.it/area-download0U%0++0U00ldap://ldap05.actalis.it/cn%3dActalis%20Authentication%20Root%20CA,o%3dActalis%20S.p.A.%2f03358520967,c%3dIT?certificateRevocationList;binary0=;97http://crl05.actalis.it/Repository/AUTH-ROOT/getLastCRL0US}	2.2w0U0
	*H
&Y
tUB;aWǦH"eZ)p|)Te{^fa?]1%x<,vlk1 w.}_oLf͛ݪј/~2XpޞŹ9ILvu9ۆSCnԎ)Ju#Zޘ(=/_.&B))">LIȲtޣ-!MPԲ>z7Hލo5QnfHͪT_7GfIVrGw{׍

R	ZA#&}ZL=`\ۖI$:^Q5Wq7pԡ%w7!;3|ĹLD3Œ6/IT$KY}G/bl#=(ҜjPh2`tB#'%of~E
x12100010	UIT10UBergamo10UPonte San Pietro10U
Actalis S.p.A.1,0*U#Actalis Client Authentication CA G33<n	FjI%0
	`He-0	*H
	1	*H
0	*H
	1
220325171909Z0/	*H
	1" ~/H'Yd#*SO;y)3W:@&|:0l	*H
	1_0]0	`He*0	`He0
*H
0*H
0
*H
@0+0
*H
(0	+710010	UIT10UBergamo10UPonte San Pietro10U
Actalis S.p.A.1,0*U#Actalis Client Authentication CA G33<n	FjI%0*H
	1010	UIT10UBergamo10UPonte San Pietro10U
Actalis S.p.A.1,0*U#Actalis Client Authentication CA G33<n	FjI%0
	*H
4XrI6HCgށhhJ|nՔ]c-XTnAATr
Y)=,	}VǨqDYR(xlNǟNF-t
}C:TBܣ9›VlxnPrwR^PGP+zcu Ѵ7Al45s`:W&iMvNjm8([jXE<)Hȍ>{žM[y;]%
help

Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1c0fc320-d5ae-06f7-73c1-36f54c8aeabf>