From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: <pshelar@nicira.com> Received: from na3sys009aog122.obsmtp.com (na3sys009aog122.obsmtp.com [74.125.149.147]) by dpdk.org (Postfix) with SMTP id 6A5405323 for <dev@dpdk.org>; Wed, 29 Jan 2014 22:28:22 +0100 (CET) Received: from mail-vc0-f169.google.com ([209.85.220.169]) (using TLSv1) by na3sys009aob122.postini.com ([74.125.148.12]) with SMTP ID DSNKUulyxGZoUADVlXr/yN1+9V1JDRY79l/k@postini.com; Wed, 29 Jan 2014 13:29:42 PST Received: by mail-vc0-f169.google.com with SMTP id hq11so1542570vcb.14 for <dev@dpdk.org>; Wed, 29 Jan 2014 13:29:40 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=E4YJz8lVXPVSvjftnbb7A4eC+Vi4ctkUd+67KgSb5lI=; b=OpY20lC3cWFZzVuI2UvOYxtumTVodI3JlFltN0ta1GEi1L8lYmn7Hx0tTOKVA2G3mQ ErVPuheFD+e9HJDg1D9+R8zT+td5f2x24EZAE17Ge/dgvLiSofPJi8BqvtU+LCtKPDmq a5vHuhaPZ46FLtFk5lS9VOzWC2MeesOyOU7/YD97gUqMJYhDuicC45MxDcVlM81UYWVu oI3SjCYSBKl/2QkVJfcx053O7FkxErAMwQijazKCRHYxGgKEY+9fCzA0dTt8NgOIReNp lb4ZMOHk22rD1dmyMgwo8aciGuq7Vet2HpoY/eyXcp6V3sVs32YUSnJlXFeJFGkWPLLy 9b5Q== X-Gm-Message-State: ALoCoQkebHwyVF+XvWXJzhGC4RlreYez4QfAhVKN9cyPcnXBiDpxT/3Ij3tN77vnU2k9VOqu3rqPmio/ntD+/6oYrv0KVzYvQ3PFupycVkRJ3DPnWmeoO2wG+n5o7XbYCTC1r+5HVOXW/cE/wdAWFoEiFX3nJR8glg== X-Received: by 10.58.86.230 with SMTP id s6mr8455570vez.16.1391030980242; Wed, 29 Jan 2014 13:29:40 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.58.86.230 with SMTP id s6mr8455556vez.16.1391030980154; Wed, 29 Jan 2014 13:29:40 -0800 (PST) Received: by 10.221.32.67 with HTTP; Wed, 29 Jan 2014 13:29:40 -0800 (PST) In-Reply-To: <C7CE7EEF248E2B48BBA63D0ABEEE700C5A2A24F762@GUREXMB01.ASIAN.AD.ARICENT.COM> References: <1390873715-26714-1-git-send-email-pshelar@nicira.com> <C7CE7EEF248E2B48BBA63D0ABEEE700C5A2A24F762@GUREXMB01.ASIAN.AD.ARICENT.COM> Date: Wed, 29 Jan 2014 13:29:40 -0800 Message-ID: <CALnjE+rXdqzo2y9tKevsu7R5=kp-do+Yhv1Nr7Q9jKEC5Ror3A@mail.gmail.com> From: Pravin Shelar <pshelar@nicira.com> To: Prashant Upadhyaya <prashant.upadhyaya@aricent.com> Content-Type: text/plain; charset=ISO-8859-1 Cc: "dev@openvswitch.org" <dev@openvswitch.org>, "dev@dpdk.org" <dev@dpdk.org>, Gerald Rogers <gerald.rogers@intel.com>, "dpdk-ovs@lists.01.org" <dpdk-ovs@lists.01.org> Subject: Re: [dpdk-dev] [PATCH RFC] dpif-netdev: Add support Intel DPDK based ports. X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches and discussions about DPDK <dev.dpdk.org> List-Unsubscribe: <http://dpdk.org/ml/options/dev>, <mailto:dev-request@dpdk.org?subject=unsubscribe> List-Archive: <http://dpdk.org/ml/archives/dev/> List-Post: <mailto:dev@dpdk.org> List-Help: <mailto:dev-request@dpdk.org?subject=help> List-Subscribe: <http://dpdk.org/ml/listinfo/dev>, <mailto:dev-request@dpdk.org?subject=subscribe> X-List-Received-Date: Wed, 29 Jan 2014 21:28:23 -0000 On Wed, Jan 29, 2014 at 12:56 AM, Prashant Upadhyaya <prashant.upadhyaya@aricent.com> wrote: > Hi Pravin, > > I think your stuff is on the brink of a creating a mini revolution :) > > Some questions inline below -- > + ovs-vsctl add-port br0 dpdk0 -- set Interface dpdk0 type=dpdk > What do you mean by portid here, do you mean the physical interface id like eth0 which I have bound to igb_uio now ? > If I have multiple interfaces I have assigned igb_uio to, eg. eth0, eth1, eth2 etc., what is the id mapping for those ? > Port id is id assigned by DPDK. DPDK interface takes this port id as argument. Currently you need to look at pci id to figure out the device mapping to port id. I know it is clean and I am exploring better interface so that we can specify device names to ovs-vsctl. > If I have VM's running, then typically how to interface those VM's to this OVS in user space now, do I use the same classical 'tap' interface and add it to the OVS above. tap device will work, but you would not get performance primarily due to scheduling delay and memcopy. DPDK has multiple drivers to create interface with KVM guests OS. those should perform better. I have no tried it yet. > What is the actual path the data takes from the VM now all the way to the switch, wouldn't it be hypervisor to kernel to OVS switch in user space to other VM/Network ? Depends on method you use. e.g. Memnic bypass hypervisor and host kernel entirely. > I think if we can solve the VM to OVS port connectivity remaining in userspace only, then we have a great thing at our hand. Kindly comment on this. > right, performance looks pretty good. Still DPDK needs constant polling which consumes more power. RFC ovs-dkdp patch has simple polling which need tweaking for better power usage. Thanks, Pravin. > Regards > -Prashant > >