10

I am building out a new machine and the raid controller is asking me for sectors per track. I haven't had to deal with disk math in a long time (1998?), and I can't find anything that pertains to modern hardware. These are 2TB SAS drives running a 2.8 kernel on a p420i controller.

What is the difference between the options of 32 (which is default and seems wrong to me) and 63 sectors per track? When would I need one or the other?

ewwhite
  • 194,921
  • 91
  • 434
  • 799
Ben
  • 337
  • 1
  • 2
  • 15
  • Why does "32" seem wrong to you? – ewwhite Jan 21 '14 at 19:44
  • It seems odd because I can't find a reason *not* to use 63, but can see a good reason not to use 32 (older OS, 4gb partitions). I hear about theoretical and anecdotal performance differences, but I can't find any data to back them up. – Ben Jan 21 '14 at 21:48

2 Answers2

13

This is an HP ProLiant server with a Smart Array P420i RAID controller. My immediate advice is to not change any of the default configuration settings unless you have a very specific reason to...

In short, don't worry about it.

The concept of sectors/tracks in the context of this controller and disk geometry isn't very useful here. Lots of layers of abstraction; useless unless you have a specific alignment issue to tackle or need a larger boot volume on a legacy OS. Enabling the Max Boot feature (>4GB boot volume) on the Logical Drive increases the sector count from 32 to 63.

HP's description of the option:

This option specifies the number of sectors that are to comprise each track. Logical drive performance is likely to decrease when 63 is specified. This setting applies if older operating systems such as Windows NT 4.0 are installed and if the boot partition is greater than 4 GB. Most modern operating systems handle greater than 4 GB boot partitions and no longer require this setting. Please check the Operating System documentation for further information.

I wouldn't touch it.

ewwhite
  • 194,921
  • 91
  • 434
  • 799
2

SAS disks support a SCSI command set. The commands utilise a block as the unit of access. The only reason I can think of having to indicate the number of sectors on a track would be to permit performance optimisation in the case where the controller needs this to improve cross track performance and is unable to query the physical geometry of the disk from the drive.

Of course most disks have different numbers of sectors on a track at different points on the disk to increase average data density.

I don't recall when I last provided this level of detail on drives, and never in the case of SCSI disks.

Pekka
  • 530
  • 5
  • 15
  • 1
    +1 Awkward question that makes no sense due to the varying number of sectors per track. Not seen that on an Adaptec raid controller in any model I used the last 10 years (and before that I did not use adaptec). Funny question to be asked. – TomTom Jan 21 '14 at 19:18
  • 1
    This is the core of my question - I don't understand why I'm being asked for this. – Ben Jan 21 '14 at 21:44