getting to 4K disk blocks in ZFS
Karl Denninger
karl at denninger.net
Fri Sep 19 23:56:42 UTC 2014
On 9/19/2014 6:43 PM, Steven Hartland wrote:
>
> ----- Original Message ----- From: "Karl Denninger" <karl at denninger.net>
>
>> >> I'm 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't
>> >> 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.
>
> Exception to prove the rule?
>
> What to "camcontrol identify da2" report?
>
> Regards
> Steve
Not an exception! _*All*_ of my 4k block drives report so on smartctl.
It was possible some of those were in the database that way (they say
they are) but these are not, and I have a number of them from different
vendors and series. (Seagates, HGSTs, etc.)
[root at NewFS /disk/karl]# camcontrol identify da2
pass2: <HGST HDN724040ALE640 MJAOA5E0> ATA-8 SATA 3.x device
pass2: 600.000MB/s transfers, Command Queueing Enabled
protocol ATA/ATAPI-8 SATA 3.x
device model HGST HDN724040ALE640
firmware revision MJAOA5E0
serial number PK2334PCG6NA0B
WWN 5000cca24cc30684
cylinders 16383
heads 16
sectors/track 63
sector size logical 512, physical 4096, offset 0
LBA supported 268435455 sectors
LBA48 supported 7814037168 sectors
PIO supported PIO4
DMA supported WDMA2 UDMA6
media RPM 7200
Feature Support Enabled Value Vendor
read ahead yes yes
write cache yes yes
flush cache yes yes
overlap no
Tagged Command Queuing (TCQ) no no
Native Command Queuing (NCQ) yes 32 tags
NCQ Queue Management no
NCQ Streaming no
Receive & Send FPDMA Queued no
SMART yes yes
microcode download yes yes
security yes no
power management yes yes
advanced power management yes no 0/0x00
automatic acoustic management no no
media status notification no no
power-up in Standby yes no
write-read-verify no no
unload no no
general purpose logging yes yes
free-fall no no
Data Set Management (DSM/TRIM) no
Host Protected Area (HPA) yes no 7814037168/7814037168
HPA - Security no
NEXT!
--
Karl Denninger
karl at denninger.net <mailto:karl at denninger.net>
/The Market Ticker/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2711 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20140919/8089b6ca/attachment.bin>
More information about the freebsd-stable
mailing list