Re: [dm-devel] [LSF/MM ATTEND] discuss blk-mq related to DM-multipath and status of XCOPY

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



>>>>> "Hannes" == Hannes Reinecke <hare@xxxxxxx> writes:

Hannes> Not quite. XCOPY is optional, and the system works well without
Hannes> it.  So the exception handling would need to copy things by hand
Hannes> to avoid regressions.

Or defer to user space.

But it's really no different from how we do WRITE SAME which may or may
not work. If it fails we fall back to writing zeroes.

Hannes> Plus XCOPY requires some elaborate setup, and even if those
Hannes> succeeded the array might still fail the command.  _And_ there
Hannes> is no guarantee that that the XCOPY command is actually faster
Hannes> than the manual procedure.

It saves the data a roundtrip on the fabric. That itself may be more
valuable than a direct bandwidth win if there is concurrent I/O on the
wire.

-- 
Martin K. Petersen	Oracle Linux Engineering
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [SCSI Target Devel]     [Linux SCSI Target Infrastructure]     [Kernel Newbies]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Linux IIO]     [Samba]     [Device Mapper]
  Powered by Linux