<div dir="ltr">Hi T10ers,<div><br></div><div>One detail that has not been aired during recent discussion on the WRITE SCATTERED command is how this command affects the available queue depth in a SCSI target. in particular there is the rule that allows the LBA range descriptors to be processed in any order.</div><div><br></div><div>i can see how the command can occupy only one queue slot if the LBA range descriptors are processed in the order received and doesn&#39;t allow activity for other commands to be interspersed between the LBA range descriptors. This is comparable to the way (vendor specific) skip mask write commands are handled today</div><div><br></div><div>I can forsee that, in order to process the LBA range descriptors in any order, a SCSI target might choose to treat each LBA range descriptor like it is a separate command (i.e., each LBA range descriptor occupies a separate queue slot in the command queue). This could result in the host being surprised by a &quot;sudden reduction&quot; in the target&#39;s queue slots and the rejection of other commands due to Queue Full status.</div><div><br></div><div>¬†Another side effect of this is that the command timer (normally attached to each queue slot) now has to time the processing of multiple queue slots, the processing of which might be interspersed with high priority commands that are not part of the LBA descriptor list.</div><div><br></div><div>Should there be some warnings added to the scattered writes model, that a single WRITE SCATTERED command may result in multiple command queue slots being occupied by that single command?</div></div>