Re: SCSI mid layer and high IOPS capable devices

2012-12-14 Thread Bart Van Assche
On 12/13/12 17:49, Christoph Hellwig wrote: On Thu, Dec 13, 2012 at 05:47:14PM +0100, Bart Van Assche wrote: From my experience with block and SCSI drivers option (1) doesn't look attractive from a performance point of view. From what I have seen performance with QD=1 is several times lower

Re: SCSI mid layer and high IOPS capable devices

2012-12-14 Thread scameron
On Fri, Dec 14, 2012 at 10:44:34AM +0100, Bart Van Assche wrote: On 12/13/12 17:49, Christoph Hellwig wrote: On Thu, Dec 13, 2012 at 05:47:14PM +0100, Bart Van Assche wrote: From my experience with block and SCSI drivers option (1) doesn't look attractive from a performance point of view.

Re: [patch,v3,repost 00/10] make I/O path allocations more numa-friendly

2012-12-14 Thread Jeff Moyer
James Bottomley james.bottom...@hansenpartnership.com writes: On Mon, 2012-12-10 at 12:59 -0500, Jeff Moyer wrote: Jeff Moyer jmo...@redhat.com writes: Hi, This patch set makes memory allocations for data structures used in the I/O path more numa friendly by allocating them from the

Re: SCSI mid layer and high IOPS capable devices

2012-12-14 Thread Bart Van Assche
On 12/14/12 17:44, scame...@beardog.cce.hp.com wrote: I expect the flash devices re-order requests as well, simply because to feed requests to the things at a sufficient rate, you have to pump requests into them concurrently on multiple hardware queues -- a single cpu jamming requests into them

Re: qla2xxx firmware

2012-12-14 Thread Xose Vazquez Perez
On 12/07/2012 08:05 PM, Xose Vazquez Perez wrote: please qlogic guys, send latest fw to upstream linux-firmware.git linux-firmware brings old releases: File: ql2400_fw.bin Version: 5.06.05 MID File: ql2500_fw.bin Version: 5.06.05 MIDQ qlogic-ftp releases: ql2400_fw.bin -- 5.08.00

Re: qla2xxx firmware

2012-12-14 Thread Chad Dupuis
On Fri, 14 Dec 2012, Xose Vazquez Perez wrote: On 12/07/2012 08:05 PM, Xose Vazquez Perez wrote: please qlogic guys, send latest fw to upstream linux-firmware.git linux-firmware brings old releases: File: ql2400_fw.bin Version: 5.06.05 MID File: ql2500_fw.bin Version: 5.06.05 MIDQ

Re: [PATCH 03/16] libfcoe: Save some memory and optimize name lookups

2012-12-14 Thread Love, Robert W
On Wed 12 Dec 2012 11:54:10 PM PST, Bart Van Assche wrote: On 12/13/12 00:22, Robert Love wrote: @@ -210,25 +210,23 @@ static ssize_t show_fcoe_fcf_device_##field(struct device *dev,\ #define fcoe_enum_name_search(title, table_type, table)\ static const char

Re: SCSI mid layer and high IOPS capable devices

2012-12-14 Thread scameron
On Fri, Dec 14, 2012 at 05:15:37PM +0100, Bart Van Assche wrote: On 12/14/12 17:44, scame...@beardog.cce.hp.com wrote: I expect the flash devices re-order requests as well, simply because to feed requests to the things at a sufficient rate, you have to pump requests into them concurrently on

Re: SCSI mid layer and high IOPS capable devices

2012-12-14 Thread Bart Van Assche
On 12/14/12 20:55, scame...@beardog.cce.hp.com wrote: It's not so much that they are re-ordered as that there is no controlled ordering to begin with because multiple cpus are submitting to multiple hardware queues concurrently. If you have 12 requests coming in on 12 cpus to 12 hardware queues

Re: SCSI mid layer and high IOPS capable devices

2012-12-14 Thread scameron
On Fri, Dec 14, 2012 at 08:28:56PM +0100, Bart Van Assche wrote: On 12/14/12 20:55, scame...@beardog.cce.hp.com wrote: It's not so much that they are re-ordered as that there is no controlled ordering to begin with because multiple cpus are submitting to multiple hardware queues concurrently.

[PATCH v2] libfcoe: Save some memory and optimize name lookups

2012-12-14 Thread Robert Love
Instead of creating a structure with an enum and a pointer to a string, simply allocate an array of strings and use the enum values for the indicies. This means that we do not need to iterate through the list of entries when looking up a string name by its enum key. This will also help with a

Re: FCoE Updates for 3.8

2012-12-14 Thread Love, Robert W
On Wed 12 Dec 2012 04:45:50 PM PST, Robert Love wrote: The following changes since commit b69f0859dc8e633c5d8c06845811588fe17e68b3: Linux 3.7-rc8 (2012-12-03 11:22:37 -0800) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/rwlove/fcoe.git

FCoE Updates for 3.8 (v2)

2012-12-14 Thread Robert Love
The following changes since commit b69f0859dc8e633c5d8c06845811588fe17e68b3: Linux 3.7-rc8 (2012-12-03 11:22:37 -0800) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/rwlove/fcoe.git tags/for-next-12-14-12 for you to fetch changes up to

[GIT PULL] target updates for v3.8-rc1

2012-12-14 Thread Nicholas A. Bellinger
Hello Linus! Here are the target updates for v3.8-rc1 merge window code. Please go ahead and pull from: git://git.kernel.org/pub/scm/linux/kernel/git/nab/target-pending.git for-next Just a heads up that there is a minor merge conflict that you'll encounter in target_handle_task_attr() code,

Re: [Suggestion] drivers/target/sbp/ : set tport-tpg to NULL when clean up for failure.

2012-12-14 Thread Nicholas A. Bellinger
On Fri, 2012-12-14 at 15:22 +0800, Chen Gang wrote: 于 2012年12月14日 14:57, Stefan Richter 写道: On Dec 14 Chen Gang wrote: 于 2012年12月10日 16:02, Chris Boot 写道: On 10/12/12 02:39, Chen Gang wrote: Hello Chris Boot: need I send the relative patch ? Hi Chen, Sorry, life got in the

Re: [Suggestion] drivers/target/sbp/ : set tport-tpg to NULL when clean up for failure.

2012-12-14 Thread Chen Gang
于 2012年12月15日 08:33, Nicholas A. Bellinger 写道: FYI folks, this fix from Chris was included in the [GIT PULL] request for v3.8-rc1 sent out today. thanks and now I am in target-de...@vger.kernel.org, too. :-) Thanks! --nab -- Chen Gang Asianux Corporation -- To