tip below…

On Nov 13, 2011, at 3:24 AM, Pasi Kärkkäinen wrote:

> On Sat, Nov 12, 2011 at 10:08:04AM -0800, Richard Elling wrote:
>> 
>> On Nov 12, 2011, at 8:31 AM, Pasi Kärkkäinen wrote:
>> 
>>> On Sat, Nov 12, 2011 at 08:15:31AM -0500, David Magda wrote:
>>>> On Nov 12, 2011, at 00:55, Richard Elling wrote:
>>>> 
>>>>> Better than ?
>>>>> If the disks advertise 512 bytes, the only way around it is with a 
>>>>> whitelist. I would
>>>>> be rather surprised if Oracle sells 4KB sector disks for Solaris systems?
>>>> 
>>>> Solaris 10. OpenSolaris.
>>>> 
>>>> But would it be surprising to use SANs with Solaris? Or perhaps run 
>>>> Solaris under some kind of virtualized environment where the virtual disk 
>>>> has a particular block size? Or maybe SSDs, which tend to 
>>>> read/write/delete in certain block sizes?
>>>> 
>>>> In these situations simply assuming 512 may slow things down.
>>>> 
>>>> And if Solaris 11 is going to be around for a decade or so, I'd hazard to 
>>>> guess that 512B sector disks will become less and less prevalent as time 
>>>> goes on. Might as well enable the functionality now, when 4K is rarer, so 
>>>> you have more time to test and tunes things out?rather than later when you 
>>>> can potentially be left scrambling.
>>>> 
>>>> As Pasi Kärkkäinen mentions, there's not much you can do if the disks lies 
>>>> (just as has been seen with disks that lie about flushing the cache). This 
>>>> is mostly a temporary kludge for legacy's sake. More and more disks will 
>>>> be truthful as times goes on.
>>>> 
>>> 
>>> Most "4kB"/sector disks already today properly report both the physical 
>>> (4kB) and logical (512b) sector sizes.
>>> It sounds like *solaris is only checking the logical (512b) sector size, 
>>> not the physical (4kB) sector size..
>> 
>> ZFS uses the physical block size.
>> http://src.illumos.org/source/xref/illumos-gate/usr/src/uts/common/fs/zfs/vdev_disk.c#294
>> 
> 
> Hmm.. so everything should just work? 
> Does some other part of the code use logical block size then, for example to 
> calculate the ashift? 
> 
> Maybe I should read the code :) 

Or look at what your system reports :-) Though not directly intended for this 
use,
        echo ::sd_state | mdb -k
and look for the un_phy_blocksize.
 -- richard

-- 

ZFS and performance consulting
http://www.RichardElling.com
LISA '11, Boston, MA, December 4-9 














_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Reply via email to