From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-pa0-x22f.google.com (mail-pa0-x22f.google.com [IPv6:2607:f8b0:400e:c03::22f]) by dpdk.org (Postfix) with ESMTP id 09E35156 for ; Tue, 19 Nov 2013 10:56:19 +0100 (CET) Received: by mail-pa0-f47.google.com with SMTP id kq14so3560308pab.34 for ; Tue, 19 Nov 2013 01:57:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=TEb4CkU8IU9u9HsPzoNmbl95PcI0jwmlujfkrUW2hHI=; b=AAa32jCCIp9DXCaCwRIJ3uSaly6oOZXdnTpaiOrRyajPtfgMORLraT3KyPoZQ+BERX LufTzy2TtoFz63rkVtvQvc1fvY9SEV19Zuy6JWpv5mo1GS8OVEoNhCV0ggjtWuE6V4iD tcjJYkg8vQ1SHJPGCJUpUGACKMkm8WLBAdj3nH4fsj2gYaFyZWmARbgg5OmT9csfo0SP lyuka5aiHoasJb+v3zkj/ZYkghXmqYRq6H7jBy0Kk2GDRwQ8GyMG2zmvwmZhYFo2qRK+ RWC45uHQJgOHLTzeKtKTdWsc3NfrGUyBEZU6Nm9+JmW0MwAOwCzCLB4myPpFliboOvcz QzlQ== X-Received: by 10.68.189.5 with SMTP id ge5mr25623380pbc.42.1384855037119; Tue, 19 Nov 2013 01:57:17 -0800 (PST) Received: from [192.168.100.100] ([111.196.24.19]) by mx.google.com with ESMTPSA id ry3sm29302460pbc.8.2013.11.19.01.56.58 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 19 Nov 2013 01:57:15 -0800 (PST) Content-Type: multipart/mixed; boundary="Apple-Mail=_342392CE-D7D6-4F3C-B29B-3A70C9FCA1FB" Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) From: March Jane In-Reply-To: <528B3346.3050100@6wind.com> Date: Tue, 19 Nov 2013 17:56:48 +0800 Message-Id: References: , , <521D9455-820A-4F8F-A7E7-8380EE1415DF@intel.com> <877C1F8553E92F43898365570816082F1ADE612D@IRSMSX103.ger.corp.intel.com> <47C784D99F4D124BB2973FE5C27BDCF12FB36570@FMSMSX109.amr.corp.intel.com> <7F974523047D074590B0CBEB8DDF43A70E516CFB@FMSMSX104.amr.corp.intel.com> <47C784D99F4D124BB2973FE5C27BDCF12FB374A9@FMSMSX109.amr.corp.intel.com> <9F232B325D833F4494EFCD5B9D49F6C719D5CFC8@IRSMSX103.ger.corp.intel.com> <00B2C372B6E6DA4FB04934511BF0564A3DE6AEC9@FMSMSX114.amr.corp.intel.com> <528B3346.3050100@6wind.com> To: Vincent JARDIN X-Mailer: Apple Mail (2.1822) X-Content-Filtered-By: Mailman/MimeDel 2.1.15 Cc: dev@dpdk.org Subject: Re: [dpdk-dev] Scenario of dpdk-iokit //Re: Fwd: dpdk-iokit: Turn dpdk into the IO field. X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Nov 2013 09:56:20 -0000 --Apple-Mail=_342392CE-D7D6-4F3C-B29B-3A70C9FCA1FB Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=windows-1252 Gratitude to reply. FCP and Full-offload iSCSI will be nice, for example Qlogic 16Gbps FCP. But IO scenario is very different from IP scenario as my understanding. March BTW: Do you have people at Bay Area? PS: Already finished header file for dpdk-iokit/libiokit_sctgt --Apple-Mail=_342392CE-D7D6-4F3C-B29B-3A70C9FCA1FB Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=windows-1252 --Apple-Mail=_342392CE-D7D6-4F3C-B29B-3A70C9FCA1FB Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Nov 19, 2013, at 5:45 PM, Vincent JARDIN = wrote: > (off list since it coul become a troll ;) ) >=20 > At 6WIND, we developed a librte_crypto as a generic framework to = manage any crypto framework: > - Intel's QuickAssist > - Cavium' Nitrox II > - AES/NI SW crypto >=20 > it was required in order to manage high rate of PCI IOs for Cryptos = (IPsec, SSL, etc...) >=20 > So, after the librte_pmd_mlx4, Virtio, Vmxnet3, that's more than 6 = ultra low latency/very efficient drivers that we added into the DPDK and = promoted. >=20 > Which storage drivers would you foresee first to be run in userland? >=20 > Best regards, >=20 >=20 > On 19/11/2013 02:22, March Jane wrote: >>=20 >> =97 Nowadays dilemmas in enterprise-class storage system & = motivation -- >>=20 >> The model of most storage system is =91Front-end cards + = CPU + back-end magnetic media hard drive=92, in such system, the hard = drive is very slow in terms of its capability in random accessing - = roughly 200IO per second, in contrast, the processor is very fast, = therefore many software stack can tolerate waste of CPU cycle for = exploiting capabilities of hard drive. >> =09 >> In addition, regularly software for SAN is developed under = kernel space in order to achieve low latency - few milliseconds per = request, and IO pressure in scenario of heavy workload. Usually software = in user-space with POSIX is slow. However kernel-space developing is = nightmare for engineers, even we have approaches to simulate these code = under user-space. >>=20 >> However, so far flash is coming to popular, the gap between CPU = and media is overturned, a single flash card can be easy to reach 1M = iops, if plug 10 such cards inside a server, the processor is hard to = back. Thus, today=92s challenge in flash storage is to exploit the = capability of processor, ironically. In addition to this purpose, move = to user-space is also a motivation, if move to user-space is OS-bypass = rather than moving to POSIX. >>=20 >>=20 >> Best >>=20 >> - March >>=20 >>=20 >>=20 --Apple-Mail=_342392CE-D7D6-4F3C-B29B-3A70C9FCA1FB--