| Liste des Groupes | Revenir à c arch |
Stephen Fuld <sfuld@alumni.cmu.edu.invalid> writes:It allows there to be two commands outstanding (one per LUN) to be active at the same time without the added complexity of command queuing. This allows overlapping the seeks and rotations of the two LUNs, thus improving performance.On 5/27/2025 9:19 AM, Anton Ertl wrote:[...]Stephen Fuld <sfuld@alumni.cmu.edu.invalid> writes:On 5/27/2025 1:34 AM, Anton Ertl wrote:Stephen Fuld <sfuld@alumni.cmu.edu.invalid> writes:On 5/26/2025 12:19 PM, John Levine wrote:According to Stefan Monnier <monnier@iro.umontreal.ca>:Stephen Fuld [2025-05-26 11:16:25] wrote:https://www.seagate.com/innovation/multi-actuator-hard-drives/<https://www.techopedia.com/definition/321/logical-unit-number-lun> says:The fact that this is presented as two drives to the system makes me>
suspect that the drive electronics is duplicated.
Not two drives, but two Logical Units (LUNS).
|The term LUN was initiated from the SCSI protocol and provided a
|methodology for identifying specific disc drives within a regular
|component such as a disc array.
In the present context: If the drive electronics has the minimum
amount of duplication, why present the thing as two LUNs?
Yes.It's not two separateIn the scenario described above, disk arrays have only one host
drives because there is only one host interface.
interface but still contain separate drives, each drive identified by
a LUN.
But then, unless you used command queuing, you can't have seek overlap between the two "halfs" of the drive.So, without knowing for sure, I think the disk has one set of hostIn that case, why have two LUNs? It seems to me that in this
interface electronics, one main CPU, one DRAM buffer, one motor control,
etc. It says that it can transfer from both disks (presumably at least
one to/from the buffer) simultaneously, so it has two disk read channels
and two disk write channels. But I don't think anything else is duplicated.
scenario, it would be easier to use the drive as one 18TB LUN, no need
for the user to arrange the two LUNs into a RAID0 or JBOD.
In thisYou only get double the IOPS if the host supports command queuing. As to whether to interleave the addresses, that is an independent question. There are advantages and disadvantages, mainly revolving around (pun intended) how long the average user request is versus what is the unit of interleave.
scenario the drive electronics could arrange the sectors of logically
consecutive tracks to come from alternating actuators, which allows to
double the sequential speed, and also to double the IOPS of random
accesses given enough concurrent requests.
My guess is that the eventual intent of Seagate was to provide thatWell, neither of us knows for sure. But they already had eight platter drive hardware, so no new development for incorporating that, versus having to find some mechanism to anchor the "upper" drive motor to the casing that doesn't exist now. And no need to add the "front end" you mention. Plus if you were going to duplicate essentially all the electronics, (plus the added front end) you need space for the second circuit board, so you would probably have to sacrifice a platter to fit it within the form factor. So it seems doubtful to me. One other hint - no mention of separate caches for each actuator. But again, I have no direct knowledge.
scenario, but to get the project done quickly, they started out by
duplicating the drive electronics (only one motor controller is
connected, and (wild guess) spindown on idle is disabled; otherwise
they would need to synchronize that; or maybe they do, at least in
order to implement staggered spin-up); they added a front end that
provides a common host interface with the two LUNs (probably available
as off-the-shelf component), and the only new development necessary
for the project was the split actuator. That's how it came out for
the 2X14 drive; and my guess is that the sales numbers were good
enough to respin it as 2X18 when the density per platter had increased
enough for that, but not good enough to perform the development of the
original plan.
Les messages affichés proviennent d'usenet.