From owner-freebsd-stable@FreeBSD.ORG Fri Sep 19 23:34:21 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C7FD195C for ; Fri, 19 Sep 2014 23:34:21 +0000 (UTC) Received: from fs.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "NewFS.denninger.net", Issuer "NewFS.denninger.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7183AACF for ; Fri, 19 Sep 2014 23:34:20 +0000 (UTC) Received: from [192.168.1.40] (localhost [127.0.0.1]) by fs.denninger.net (8.14.9/8.14.8) with ESMTP id s8JNY7iW003801 for ; Fri, 19 Sep 2014 18:34:08 -0500 (CDT) (envelope-from karl@denninger.net) Received: from [192.168.1.40] (TLS/SSL) [192.168.1.40] by Spamblock-sys (LOCAL/AUTH); Fri Sep 19 18:34:07 2014 Message-ID: <541CBD5B.8050603@denninger.net> Date: Fri, 19 Sep 2014 18:33:47 -0500 From: Karl Denninger User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.1.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: getting to 4K disk blocks in ZFS References: <540FF3C4.6010305@ish.com.au> <54114029.3060507@FreeBSD.org> <2128347.Ah5i0RTCvp@overcee.wemm.org> <541230F1.3060402@digiware.nl> <7D0869A9-C114-4C4F-877A-3FB26AD7737D@scsiguy.com> <607F83CE25104CE09C74935BA9E26485@multiplay.co.uk> In-Reply-To: <607F83CE25104CE09C74935BA9E26485@multiplay.co.uk> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms050806050102070608030701" X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Sep 2014 23:34:21 -0000 This is a cryptographically signed message in MIME format. --------------ms050806050102070608030701 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 9/19/2014 6:23 PM, Steven Hartland wrote: > > ----- Original Message ----- >> From: "Justin T. Gibbs" >> To: "Willem Jan Withagen" >> Cc: "Steven Hartland" ; >> ; "Andriy Gapon" ; >> "Peter Wemm" ; "Aristedes Maniatis" >> 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 >> 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: 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-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=3D0x1<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 >> > >> > =97WjW >> >> I=92m surprised that we have to constantly add quirks. Are these >> drives really >> failing to report their ata params correctly? Is there a reason we >> don=92t >> 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.o= rg =3D=3D=3D START OF INFORMATION SECTION =3D=3D=3D 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. --=20 Karl Denninger karl@denninger.net /The Market Ticker/ --------------ms050806050102070608030701 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIFTzCC BUswggQzoAMCAQICAQgwDQYJKoZIhvcNAQEFBQAwgZ0xCzAJBgNVBAYTAlVTMRAwDgYDVQQI EwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoTEEN1ZGEgU3lzdGVtcyBM TEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExLzAtBgkqhkiG9w0BCQEWIGN1c3Rv bWVyLXNlcnZpY2VAY3VkYXN5c3RlbXMubmV0MB4XDTEzMDgyNDE5MDM0NFoXDTE4MDgyMzE5 MDM0NFowWzELMAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExFzAVBgNVBAMTDkthcmwg RGVubmluZ2VyMSEwHwYJKoZIhvcNAQkBFhJrYXJsQGRlbm5pbmdlci5uZXQwggIiMA0GCSqG SIb3DQEBAQUAA4ICDwAwggIKAoICAQC5n2KBrBmG22nVntVdvgKCB9UcnapNThrW1L+dq6th d9l4mj+qYMUpJ+8I0rTbY1dn21IXQBoBQmy8t1doKwmTdQ59F0FwZEPt/fGbRgBKVt3Quf6W 6n7kRk9MG6gdD7V9vPpFV41e+5MWYtqGWY3ScDP8SyYLjL/Xgr+5KFKkDfuubK8DeNqdLniV jHo/vqmIgO+6NgzPGPgmbutzFQXlxUqjiNAAKzF2+Tkddi+WKABrcc/EqnBb0X8GdqcIamO5 SyVmuM+7Zdns7D9pcV16zMMQ8LfNFQCDvbCuuQKMDg2F22x5ekYXpwjqTyfjcHBkWC8vFNoY 5aFMdyiN/Kkz0/kduP2ekYOgkRqcShfLEcG9SQ4LQZgqjMpTjSOGzBr3tOvVn5LkSJSHW2Z8 Q0dxSkvFG2/lsOWFbwQeeZSaBi5vRZCYCOf5tRd1+E93FyQfpt4vsrXshIAk7IK7f0qXvxP4 GDli5PKIEubD2Bn+gp3vB/DkfKySh5NBHVB+OPCoXRUWBkQxme65wBO02OZZt0k8Iq0i4Rci WV6z+lQHqDKtaVGgMsHn6PoeYhjf5Al5SP+U3imTjF2aCca1iDB5JOccX04MNljvifXgcbJN nkMgrzmm1ZgJ1PLur/ADWPlnz45quOhHg1TfUCLfI/DzgG7Z6u+oy4siQuFr9QT0MQIDAQAB o4HWMIHTMAkGA1UdEwQCMAAwEQYJYIZIAYb4QgEBBAQDAgWgMAsGA1UdDwQEAwIF4DAsBglg hkgBhvhCAQ0EHxYdT3BlblNTTCBHZW5lcmF0ZWQgQ2VydGlmaWNhdGUwHQYDVR0OBBYEFHw4 +LnuALyLA5Cgy7T5ZAX1WzKPMB8GA1UdIwQYMBaAFF3U3hpBZq40HB5VM7B44/gmXiI0MDgG CWCGSAGG+EIBAwQrFilodHRwczovL2N1ZGFzeXN0ZW1zLm5ldDoxMTQ0My9yZXZva2VkLmNy bDANBgkqhkiG9w0BAQUFAAOCAQEAZ0L4tQbBd0hd4wuw/YVqEBDDXJ54q2AoqQAmsOlnoxLO 31ehM/LvrTIP4yK2u1VmXtUumQ4Ao15JFM+xmwqtEGsh70RRrfVBAGd7KOZ3GB39FP2TgN/c L5fJKVxOqvEnW6cL9QtvUlcM3hXg8kDv60OB+LIcSE/P3/s+0tEpWPjxm3LHVE7JmPbZIcJ1 YMoZvHh0NSjY5D0HZlwtbDO7pDz9sZf1QEOgjH828fhtborkaHaUI46pmrMjiBnY6ujXMcWD pxtikki0zY22nrxfTs5xDWGxyrc/cmucjxClJF6+OYVUSaZhiiHfa9Pr+41okLgsRB0AmNwE f6ItY3TI8DGCBQowggUGAgEBMIGjMIGdMQswCQYDVQQGEwJVUzEQMA4GA1UECBMHRmxvcmlk YTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3RlbXMgTExDMRwwGgYD VQQDExNDdWRhIFN5c3RlbXMgTExDIENBMS8wLQYJKoZIhvcNAQkBFiBjdXN0b21lci1zZXJ2 aWNlQGN1ZGFzeXN0ZW1zLm5ldAIBCDAJBgUrDgMCGgUAoIICOzAYBgkqhkiG9w0BCQMxCwYJ KoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNDA5MTkyMzMzNDdaMCMGCSqGSIb3DQEJBDEW BBSkQ8EmyYhUkqJnSIix9XGLJOTm9zBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjAL BglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFA MAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIG0BgkrBgEEAYI3EAQxgaYwgaMwgZ0xCzAJBgNV BAYTAlVTMRAwDgYDVQQIEwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoT EEN1ZGEgU3lzdGVtcyBMTEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExLzAtBgkq hkiG9w0BCQEWIGN1c3RvbWVyLXNlcnZpY2VAY3VkYXN5c3RlbXMubmV0AgEIMIG2BgsqhkiG 9w0BCRACCzGBpqCBozCBnTELMAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExEjAQBgNV BAcTCU5pY2V2aWxsZTEZMBcGA1UEChMQQ3VkYSBTeXN0ZW1zIExMQzEcMBoGA1UEAxMTQ3Vk YSBTeXN0ZW1zIExMQyBDQTEvMC0GCSqGSIb3DQEJARYgY3VzdG9tZXItc2VydmljZUBjdWRh c3lzdGVtcy5uZXQCAQgwDQYJKoZIhvcNAQEBBQAEggIANBfQ6uLNK3dXOScbHJP5DDWzoqV1 AcsCmgz8K5NFgBfu49q5HPUnHYMWBa00y9I6gJ3fna+qjoy+UQSKfn9Eqll9l8AYtrPH7cOu 2Lsza1KSjGE4Z2HKxvxQyyX8h2UVEOmicydz3o/hsvRmDEmXIyo4MGzzSmbZZxNr8nJApeLD U4akXG9Fq05LIzI/bkop/uwD4iZf8gyn+nhHKHVc8jSJBm7aagUGG9MoTylHW1GN9I4bV5R9 Kl6PIGFaMGsjPlkWPsyh9ydcgwxaJqk+51E9HxFAKPmc+RvsiUlswL2j0j8uiNULl+EDFrKN IWzob+FJ0NxnueQxNMRWsN+O4z4/aS4659/DtQKydeDz+KQU8JXphtJtGzGBz25c5mOpCNdB xnbQ3kbZhsIWC7qkkJu813WIW0GxnvbOR/FALbYbSQyA0Zxzn92dIycQyaWXIjA1oUoKCTFB CWxiSv9zjxgjbQqVSsyu2r+DY9cGG7GYfJpxkrCQgJwkV69qq21KQPLlCNAmc69b4wQi+W0U B0x+WQNxw6U2ZwFDOnIDSiwYzp1DPhaxjV8fKShdKvj8exmMFOHlq/gST32J1tQrRHowNQki TvrxiIGS8sqE0L3/AnWdUhna00ocaOSJQ5nbSYzw/Cy7qKC2Y4dnrazqPKTfgxXobMrliy0m 3qptdwIAAAAAAAA= --------------ms050806050102070608030701--