Date: Tue, 25 Feb 2020 10:11:23 -0500 From: Karl Denninger <karl@denninger.net> To: freebsd-stable@freebsd.org Subject: Re: Running FreeBSD on M.2 SSD Message-ID: <6e329bb8-b96e-fa16-cc73-426685593943@denninger.net> In-Reply-To: <20200225145346.GA42880@phouka1.phouka.net> References: <CAP4Gn9DFAoQtq6NP4hZ-Jq=ddnhp7Bzc_X%2BSce2FPVWn6kjASg@mail.gmail.com> <202002250115.01P1F9KX090465@mail.karels.net> <CAP4Gn9CqCSk5Lof_-05j1S0EWmTdB_HRfOe5zVig5khf7wJ0ow@mail.gmail.com> <188F34DA-192C-4D44-96B5-18A7DAE8EC67@digsys.bg> <6028c786-8610-01d9-818e-6f69a2fe9645@ingresso.co.uk> <20200225145346.GA42880@phouka1.phouka.net>
index | next in thread | previous in thread | raw e-mail
[-- Attachment #1 --]
On 2/25/2020 9:53 AM, John Kennedy wrote:
> On Tue, Feb 25, 2020 at 11:07:48AM +0000, Pete French wrote:
>> I have often wondered if ZFS is more aggressive with discs, because until
>> very recently any solid state drive I have used ZFS on broke very quicky. ...
> I've always wondered if ZFS (and other snapshotting file systems) would help
> kill SSD disks by locking up blocks longer than other filesystems might. For
> example, I've got snapshot-backups going back, say, a year then those blocks
> that haven't changed aren't going back into the pool to be rewritten (and
> perhaps favored because of low write-cycle count). As the disk fills up, the
> blocks that aren't locked up get reused more and more, leading to extra wear
> on them. Eventually one of those will get to the point of erroring out.
>
> Personally, I just size generously but that isn't always an option for
> everybody.
I have a ZFS RaidZ2 on SSDs that has been running for several /years
/without any problems. The drives are Intel 730s, which Intel CLAIMS
don't have power-loss protection but in fact appear to; not only do they
have caps in them but in addition they pass a "pull the cord out of the
wall and then check to see if the data is corrupted on restart" test on
a repeated basis, which I did several times before trusting them.
BTW essentially all non-data-center SSDs fail that test and some fail it
spectacularly (destroying the OS due to some of the in-flight data being
comingled on an allocated block with something important; if the
read/erase/write cycle interrupts you're cooked as the "other" data that
was not being modified gets destroyed too!) -- the Intels are one of the
very, very few that have passed it.
--
-- Karl Denninger
/The Market-Ticker/
S/MIME Email accepted and preferred
[-- Attachment #2 --]
0 *H
010
`He 0 *H
00 H^Ōc!5
H0
*H
010 UUS10UFlorida10U Niceville10U
Cuda Systems LLC10UCuda Systems CA1!0UCuda Systems LLC 2017 CA0
170817164217Z
270815164217Z0{10 UUS10UFlorida10U
Cuda Systems LLC10UCuda Systems CA1%0#UCuda Systems LLC 2017 Int CA0"0
*H
0
h-5B>[;olӴ0~͎O9}9Ye*$g!ukvʶLzN`jL>MD'7U 45CB+kY`bd~b*c3Ny-78ju]9HeuέsӬDؽmgwER?&UURj'}9nWD i`XcbGz \gG=u%\Oi13ߝ4
K44pYQr]Ie/r0+eEޝݖ0C15Mݚ@JSZ(zȏ NTa(25DD5.l<g[[ZarQQ%Buȴ~~`IohRbʳڟu2MS8EdFUClCMaѳ !}ș+2k/bųE,n当ꖛ\(8WV8 d]b yXw ܊:I39
00U]^§Q\ӎ0U#0T039N0b010 UUS10UFlorida10U Niceville10U
Cuda Systems LLC10UCuda Systems CA1!0UCuda Systems LLC 2017 CA @Ui0U0 0U0
*H
:P U!>vJnio-#ן]WyujǑR̀Q
nƇ!GѦFg\yLxgw=OPycehf[}ܷ['4ڝ\[p 6\o.B&JF"ZC{;*o*mcCcLY߾`
t*S!(`]DHP5A~/NPp6=mhk밣'doA$86hm5ӚS@jެEgl
)0JG`%k35PaC?σ
׳HEt}!P㏏%*BxbQwaKG$6h¦Mve;[o-Iی&
I,Tcߎ#t wPA@l0P+KXBպT zGv;NcI3&JĬUPNa?/%W6G۟N000 k#Xd\=0
*H
0{10 UUS10UFlorida10U
Cuda Systems LLC10UCuda Systems CA1%0#UCuda Systems LLC 2017 Int CA0
170817212120Z
220816212120Z0W10 UUS10UFlorida10U
Cuda Systems LLC10Ukarl@denninger.net0"0
*H
0
T[I-ΆϏ dn;Å@שy.us~_ZG%<MYd\gvfnsa1'6Egyjs"C [{~_K Pn+<*pv#Q+H/7[-vqDV^U>f%GX)H.|l`M(Cr>е͇6#odc"YljҦln8@5SA0&ۖ"OGj?UDWZ5 dDB7k-)9Izs-JAv
J6L$Ն1SmY.Lqw*SH;EF'DĦH]MOgQQ|Mٙג2Z9y@y]}6ٽeY9Y2xˆ$T=eCǺǵbn֛{j|@LLt1[Dk5:$= ` M 00<+00.0,+0 http://ocsp.cudasystems.net:88880 U0 0 `HB0U0U%0++03 `HB
&$OpenSSL Generated Client Certificate0U%՞V=;bzQ0U#0]^§Q\ӎϡ010 UUS10UFlorida10U Niceville10U
Cuda Systems LLC10UCuda Systems CA1!0UCuda Systems LLC 2017 CA H^Ōc!5
H0U0karl@denninger.net0
*H
۠A0-j%--$%g2#ޡ1^>{K+uGEv1ş7Af&b&O;.;A5*U)ND2bF|\=]<sˋL!wrw٧>YMÄ3\mWR hSv!_zvl? 3_ xU%\^#O*Gk̍YI_&Fꊛ@&1n } ͬ:{hTP3B.;bU8:Z=^Gw8!k-@xE@i,+'Iᐚ:fhztX7/(hY` O.1}a`%RW^akǂpCAufgDix UTЩ/7}%=jnVZvcF<M=
2^GKH5魉
_O4ެByʈySkw=5@h.0z>
W1000{10 UUS10UFlorida10U
Cuda Systems LLC10UCuda Systems CA1%0#UCuda Systems LLC 2017 Int CA k#Xd\=0
`He E0 *H
1 *H
0 *H
1
200225151123Z0O *H
1B@O}f^Td-jT^^t|F٨:R??5'^0BΜ>Yb%0l *H
1_0]0 `He*0 `He0
*H
0*H
0
*H
@0+0
*H
(0 +7100{10 UUS10UFlorida10U
Cuda Systems LLC10UCuda Systems CA1%0#UCuda Systems LLC 2017 Int CA k#Xd\=0*H
10{10 UUS10UFlorida10U
Cuda Systems LLC10UCuda Systems CA1%0#UCuda Systems LLC 2017 Int CA k#Xd\=0
*H
Pq" luyM,Z?2Te
LȂj,Kos7lc^CGg
u P+"{G
Clg)kh1aPr$uL$2V<Ǻ(ʛl }:SΞ<0ޙ'qZ0sx۱_q;iW+(MABQwoE`UxIdv(L#Lo6\C7r/m<W%ZTEef!-1jʍdczea{"Ley2F
`t.pgȻ֘600xhPZyPa?HH++(c4ê*gWp֞vgD}ٔCPwx*V;6)eN+80A ,(CGvWTye EߙlΨOt+gkx? ]鳖%*B;3+D='l
^88*xf-K
help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?6e329bb8-b96e-fa16-cc73-426685593943>
