Date: Fri, 19 Sep 2014 18:33:47 -0500 From: Karl Denninger <karl@denninger.net> To: freebsd-stable@freebsd.org Subject: Re: getting to 4K disk blocks in ZFS Message-ID: <541CBD5B.8050603@denninger.net> In-Reply-To: <607F83CE25104CE09C74935BA9E26485@multiplay.co.uk> References: <540FF3C4.6010305@ish.com.au> <A0A549F7A4094F519A3660697AB4983F@multiplay.co.uk> <54114029.3060507@FreeBSD.org> <2128347.Ah5i0RTCvp@overcee.wemm.org> <541230F1.3060402@digiware.nl> <7D0869A9-C114-4C4F-877A-3FB26AD7737D@scsiguy.com> <607F83CE25104CE09C74935BA9E26485@multiplay.co.uk>
next in thread | previous in thread | raw e-mail | index | archive | help
[-- Attachment #1 --] On 9/19/2014 6:23 PM, Steven Hartland wrote: > > ----- Original Message ----- >> From: "Justin T. Gibbs" <gibbs@scsiguy.com> >> To: "Willem Jan Withagen" <wjw@digiware.nl> >> Cc: "Steven Hartland" <killing@multiplay.co.uk>; >> <freebsd-stable@freebsd.org>; "Andriy Gapon" <avg@freebsd.org>; >> "Peter Wemm" <peter@wemm.org>; "Aristedes Maniatis" <ari@ish.com.au> >> Sent: Saturday, September 20, 2014 12:07 AM >> Subject: Re: getting to 4K disk blocks in ZFS >> >> >> On Sep 11, 2014, at 5:32 PM, Willem Jan Withagen <wjw@digiware.nl> >> wrote: >> >> > On 11-9-2014 19:49, Peter Wemm wrote: >> >>> 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. >> >> >> >> Unfortunately, I have. Same drive connected two different ways: >> >> >> >> da12 at mps1 bus 0 scbus1 target 11 lun 0 >> >> da12: <ATA ST4000VN000-1H41 SC43> Fixed Direct Access SCSI-6 device >> >> da12: 600.000MB/s transfers >> >> da12: Command Queueing enabled >> >> da12: 3815447MB (7814037168 512 byte sectors: 255H 63S/T 486401C) >> >> >> >> ada1 at ahcich1 bus 0 scbus3 target 0 lun 0 >> >> ada1: <ATA ST4000VN000-1H41 SC43> ATA-8 SATA 3.x device >> >> ada1: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) >> >> ada1: Command Queueing enabled >> >> ada1: 3815447MB (7814037168 512 byte sectors: 16H 63S/T 16383C) >> >> ada1: quirks=0x1<4K> >> >> >> >> The 4k flag is missing when it's on the sas controller. The Ident >> strings are >> >> changed. >> >> >> >> This came up elsewhere recently. >> > >> > I reported the same fact for the new set of WD REDs I installed. >> > Seems that ada and da have different quirks tables... >> > So disks on SATA connectors on the motherboard are diagnosed as >> being 4Kb. >> > The disks on my twa don't get the quirk and are considered 512b >> > >> > WjW >> >> Im surprised that we have to constantly add quirks. Are these >> drives really >> failing to report their ata params correctly? Is there a reason we >> dont >> currently utilize the ata params data (which is already fetched for >> trim/unmap >> detection) to also set lbppbe (logical block per physical block >> exponent) and >> lalba (lowest aligned lba)? We may find that many of the existing >> quirks are >> unnecessary if we fix the probe code. > > On the contary I've not found a single drive which reports 4k sectors > on its > own, every single one that I've seen report 4k is because we've added a > quirk for it :( > > Where is Smartctl getting it from? smartctl -i /dev/da2 smartctl 6.3 2014-07-26 r3976 [FreeBSD 10.1-BETA1 amd64] (local build) Copyright (C) 2002-14, Bruce Allen, Christian Franke, www.smartmontools.org === START OF INFORMATION SECTION === Device Model: HGST HDN724040ALE640 Serial Number: PK2334PCG6NA0B LU WWN Device Id: 5 000cca 24cc30684 Firmware Version: MJAOA5E0 User Capacity: 4,000,787,030,016 bytes [4.00 TB] Sector Sizes: 512 bytes logical, 4096 bytes physical Rotation Rate: 7200 rpm Form Factor: 3.5 inches Device is: Not in smartctl database [for details use: -P showall] ATA Version is: ATA8-ACS T13/1699-D revision 4 SATA Version is: SATA 3.0, 6.0 Gb/s (current: 6.0 Gb/s) Local Time is: Fri Sep 19 18:33:16 2014 CDT SMART support is: Available - device has SMART capability. SMART support is: Enabled It's not coming from a database, as Smartctl doesn't know about these (yet); they're too new. -- 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 140919233347Z0# *H 1C&ɈTgHq$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 4+wW9' 5u +Eڹ ' 4:ߝQ~DY}îػ3kRa8gaP%es'sޏf I#*80lJfgkr@S\oENK#2?nJ)&_ xG(u\4nj(O)G[QW}*^ aZ0k#>Y>̡'\ Z&>Q= @(Il?. !loIg14Vߎ>?i.:õum1n\cAvFن u[AG@-I ќsݝ#'ɥ"05J 1A lbJs#m J̮ڿc|q$WjmJ@&s["mL~Yqå6gC:rJ,ΝC>_ )(]*{O}+Dz05 "NʄнuRJ hCI,cg<߃l-&ުmw
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?541CBD5B.8050603>