[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <50A63A01.3080404@redhat.com>
Date: Fri, 16 Nov 2012 14:05:05 +0100
From: Paolo Bonzini <pbonzini@...hat.com>
To: "Nicholas A. Bellinger" <nab@...ux-iscsi.org>
CC: Christoph Hellwig <hch@...radead.org>,
target-devel <target-devel@...r.kernel.org>,
linux-scsi <linux-scsi@...r.kernel.org>,
linux-kernel <linux-kernel@...r.kernel.org>,
Christoph Hellwig <hch@....de>,
"Martin K. Petersen" <martin.petersen@...cle.com>
Subject: Re: [PATCH 2/3] target: Add max_write_same_len device attribute
Il 15/11/2012 20:23, Nicholas A. Bellinger ha scritto:
>>> > >
>>> > > This patch adds a new max_write_same_len device attribute for use with
>>> > > WRITE_SAME w/ UNMAP=0 backend emulation.
>>> > >
>>> > > Also, update block limits VPD emulation code in spc_emulate_evpd_b0() to
>>> > > set the default MAXIMUM WRITE SAME LENGTH value of zero.
>> >
>> > why do we need an exposed attribute for this?
>> >
> This is useful for userspace to reduce the allowed maximum from the
> default 0xFFFF set by IBLOCK. Allowing huge WRITE_SAMEs can very much
> effect performance (esp. with spinning media), so being able to reduce
> the max we accept via a userspace tunable is helpful.
Unfortunately this doesn't really help. Linux will submit the smaller
WRITE SAMEs in parallel, and this could easily bring the target to its
knees.
(This was reported to me with a Linux virtual machine sending WRITE SAME
commands to a Nexenta iSCSI target running OpenSolaris. QEMU can be
easily replaced with LIO, with the same effect).
Paolo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists