From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wg0-f48.google.com (mail-wg0-f48.google.com [74.125.82.48]) by dpdk.org (Postfix) with ESMTP id F090A156 for ; Tue, 19 Nov 2013 11:28:28 +0100 (CET) Received: by mail-wg0-f48.google.com with SMTP id n12so7417954wgh.15 for ; Tue, 19 Nov 2013 02:29:26 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:organization:user-agent :mime-version:to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=FiBFwGYKMzgjYxNtSeD/DApZImAEAzkZS86N/SKZugY=; b=lBwkb51Lnb2xWwtdp6QUN1zIbg1imKZSlpG9joUdMrwif0gr0FT/jVcG0Ukc2+3aCU 4ehyw16rwNBZVnklFLXvwvg2BRCZjaVqD8+3Vd098wWPv9j6yzyXgoFOgakrN0k7sCSX xY97w45v4x0ENmJ5M8lxQtc5WsRkvzLXaiV5xd63KgbfqGpVwn8N5nA0YShhe7/kIxwd USPGSfJF4/YtTgVEGDjjFv/OOFnIsZfqKrOZod23cmK8kqk0l9DJyBlvLwJzKSsssPxo vUc6zOp3cHlf6F3wWG1iKLA+4iIm/XIhoaMgsTqbpAsN5xdKpmBjZW7tzkd4p6MhEeQh SQAA== X-Gm-Message-State: ALoCoQkNRPTOXIVKo7mYoSgDN9IEDv5HFO3NAMesKBj2qzoc9DhLRBjAXf2YOJye8cKjDTzh31vG X-Received: by 10.180.90.141 with SMTP id bw13mr11468506wib.40.1384856966373; Tue, 19 Nov 2013 02:29:26 -0800 (PST) Received: from saturne.dev.6wind.com (6wind.net2.nerim.net. [213.41.180.237]) by mx.google.com with ESMTPSA id gm2sm33126908wib.4.2013.11.19.02.29.23 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Tue, 19 Nov 2013 02:29:25 -0800 (PST) Message-ID: <528B3D83.6040900@6wind.com> Date: Tue, 19 Nov 2013 11:29:23 +0100 From: Vincent JARDIN Organization: www.6wind.com User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130625 Thunderbird/17.0.7 MIME-Version: 1.0 To: March Jane 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> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit 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 10:28:29 -0000 so on the list if you prefer to do so ;) did you try a "perf top" on your system under load? On 19/11/2013 10:56, March Jane wrote: > > 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 > > > > > > > > > > > > > > > > On Nov 19, 2013, at 5:45 PM, Vincent JARDIN wrote: > >> (off list since it coul become a troll ;) ) >> >> 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 >> >> it was required in order to manage high rate of PCI IOs for Cryptos (IPsec, SSL, etc...) >> >> 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. >> >> Which storage drivers would you foresee first to be run in userland? >> >> Best regards, >> >> >> On 19/11/2013 02:22, March Jane wrote: >>> >>> — Nowadays dilemmas in enterprise-class storage system & motivation -- >>> >>> The model of most storage system is ‘Front-end cards + CPU + back-end magnetic media hard drive’, 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. >>> >>> 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. >>> >>> 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’s 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. >>> >>> >>> Best >>> >>> - March >>> >>> >>> >