lkml.org 
[lkml]   [2008]   [Aug]   [12]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: [RFC][PATCH 1/1] cxgb3i: cxgb3 iSCSI initiator
Date
On Monday 11 August 2008 02:53:13 pm David Miller wrote:
> From: Roland Dreier <rdreier@cisco.com>
> Date: Mon, 11 Aug 2008 14:41:16 -0700
>
> > > > Probably depends on whether or not the iSCSI offload solutions are
> > > > doing zero-copy receive into the filecache?
> > >
> > > That's a data placement issue, which also can be solved with
> > > stateless offloading.
> >
> > How can you place iSCSI data properly with only stateless offloads?
>
> By teaching the stateless offload how to parse the iSCSI headers
> on the flow and place the data into pages at the correct offsets
> such that you can place the pages hanging off of the SKB directly
> into the page cache.

Hi Dave,

iSCSI PDUs might spawn over multiple TCP segments, it is unclear to me how to
do placement without keeping some state of the transactions.

In any case, such a stateless solution is not yet designed, whereas
accelerated iSCSI is available now, from us and other companies.
The accelerated iSCSI streams benefit from the performance TOE provides,
outlined in the following third party papers:
http://www.chelsio.com/assetlibrary/pdf/redhat-chelsio-toe-final_v2.pdf
http://www.chelsio.com/assetlibrary/pdf/RMDS6BNTChelsioRHEL5.pdf

iSCSI is primarily targeted to the data center, where the SW stack's traffic
shaping features might be redundant with specialized equipment. It should
however be possible to integrate security features on a per offoaded
connection basis, and TOEs - at least ours :) - are capable of rate control
and traffic shaping.

While CPU and - to a far lesser extent - memory performance improves, so does
ethernet's. 40G, 100G are not too far ahead. It is not obvious at all that
TOE is a point of time solution, especially for heavy load traffic as in a
storage environment. It is quite the opposite actually.

There is room for co-existence of the SW managed traffic and accelerated
traffic. As our submission shows, enabling accelerated iSCSI is not intrusive
code wise to the stack. The port stealing issue is solved if we can grab a
port from the stack.

Cheers,
Divy


\
 
 \ /
  Last update: 2008-08-13 00:01    [W:0.161 / U:0.060 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site