> Bruce,
>
> Please reconsider your interpretation of the word "debuggability".
> Debugging is not only something that R staff does in a lab. Debuggability
> can also be interpreted as a network engineer's ability to debug what is
> happening in a production network.
Is tcpdump used in large
> This is something also being looked for by folks such as those
> working on OVS e.g. called out at
> http://openvswitch.org/pipermail/dev/2015-August/058814.html
>
> "- Insight into the system and debuggability: nothing beats tcpdump for the
> kernel datapath. Can something similar be
> -Original Message-
> From: Panu Matilainen [mailto:pmatilai at redhat.com]
> Sent: Tuesday, December 8, 2015 12:05 PM
> To: Gray, Mark D; dev at dpdk.org; users at dpdk.org; dev at openvswitch.org;
> discuss at openvswitch.org
> Subject: Re: [ovs-discuss] [announce]
I350 rNDC)
> > :01:00.1 vfio-pci [*] (Ethernet 10G 4P X520/I350 rNDC)
> >
> > Remove the override from slot :01:00.1:
> > # driverctl unset-override :01:00.1
>
> DPDK of course has its own dpdk_nic_bind(.py) tool for this purpose, the
> main differences
+ discuss at openvswitch.org
one comment below:
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Polehn, Mike A
> Sent: Tuesday, December 1, 2015 2:46 PM
> To: Abhijeet Karve; dev at dpdk.org
> Cc: bhavya.addep at gmail.com
> Subject: Re: [dpdk-dev] DPDK
>
> Hi,
>
> I've set up a simple packet forwarding perf test on a dual-port 10G
> 82599ES: one port receives 64 byte UDP packets, the other sends it out,
> one core used. I've used latest OVS with DPDK 2.1, and the first result
> was only 13.2 Mpps, which was a bit far from the 13.9 I've seen
Hi Daniele,
Thanks for starting this conversation. It is a good list :) I have
crossed-posted this
to dpdk.org as I feel that some of the points could be interesting to that
community
as they are related to how DPDK is used.
How do "users" of OVS with DPDK feel about this list? Does anyone
> "Jun Xiao" wrote:
>
> > After CloudNetEngine vswitch technical preview is launched, we
> > received quite a few queries on vswitches performance comparison, but
> > we cannot simply give a test result on our platform because
> > performance varies on different H/Ws and different workloads,
> >>
> >> I'd like to hope that's my methodology problem, but I just follow the
> >> installation guide without any customization.
> >>
> >> Hi Mark, do you have any performance data share with us? Maybe we are
> >> using different type of workloads, like I mentioned I am using
> >> typical data
>
> I'd like to hope that's my methodology problem, but I just follow the
> installation guide without any customization.
>
> Hi Mark, do you have any performance data share with us? Maybe we are
> using different type of workloads, like I mentioned I am using typical data
> center workload, I
> -Original Message-
> From: discuss [mailto:discuss-bounces at openvswitch.org] On Behalf Of Jun
> Xiao
> Sent: Tuesday, July 21, 2015 7:01 PM
> To: discuss; dev
> Subject: [ovs-discuss] vswitches performance comparison
>
> After CloudNetEngine vswitch technical preview is launched, we
Cross posting to OVDK list.
On a side point, Have you looked at the DPDK enabled build in upstream OVS?
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of sai kiran
> Sent: Wednesday, July 1, 2015 1:02 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] OVDK
> Subject: [dpdk-dev] How to use dpdk ovs
[...]
> Who can tell me, thanks a lot.
>
you should post to discuss at openvswitch.org
I agree in principle with this patchset. OVS links with DPDK and providing
stability in the ABI/API (and the Policy to manage this) makes deployment
easier for OVS when linking with shared dpdk libs. It should also be easy for
us to track changes in the API through the deprecation notices
Hi,
I am trying to enable vfio with a DPDK app. However, I cannot bind a NIC to the
vfio-pci driver
* I have enabled it in the BIOS and in the kernel.
[root at hostname tools]# cat /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-3.16.7-200.fc20.x86_64 rhgb quiet
default_hugepagesz=1G hugepagesz=1G
>
> Hi,
>
> I want to run dpdk l2fwd-ivshmem application. I could not find any
> documentation on it. While digging the forum I found that I need to have
> memnic-pmd installed(http://dpdk.org/doc/memnic-pmd) . But I am not
> sure where do I download memnic-pmd. I am using dpdk-1.7.1
>
> Can
>
> Hey guys
>Is it safe to add an entry to the rte_table_hash while the pipeline is
> being
> run - for instance if I were to try and add an entry on a port reader action
> when the packet enters the pipeline?
If the table is part of the pipeline, it is not safe. i.e. the table is not
>
> Hi All,
> I wanted to port my intel DPDK kit as LINC switch, could you help me how can
> i do it.
* There are two open source software switches using DPDK. You could use them
as a reference.
https://github.com/openvswitch/ovs (look at lib/netdev-dpdk.c)
https://github.com/01org/dpdk-ovs
*
>
> Hi,
>
> On 09/03/14 13:13, Xie, Huawei wrote:
> > Looping in the dpdk-ovs list.
> >
> > * Does the new vhost API allow a user to know if all the relevant
> > offloads have been turned on/off for that interface? It seems that
> > this is possible through the virtio_net structure but it would
>
> Hi Franck,
>
> 2014-09-02 13:20, Franck BAUDIN:
> > I am using dpdk-ovs 1.1.0 (latest release) as follow :
> >
> > linux-guest (no DPKD) <--- virtIO ---> OVDK 1.1.0 (with latest DPDK [*]) <
> > --
> - Niantic --- > linux-native
> >
> [...]
> > UDP/ICMP connectivity is fine, but TCP
> Hi all,
>
> does anyone have interest in this functionality?
Yes, I think this is useful for DPDK vSwitch.
>
> I think this is important and useful.
> Since we should care about core assignment to get high performance and the
> master lcore thread is special in DPDK, we will want to assign
> All,
>
> If this was fixed in 1.7 and I missed it I apologize (but it looks from
> source to
> still be broken). I am using DPDK 1.6.0r2 (will be upgrading to
> 1.7.0 soon) on RHEL 6.4. I've converted the functions below to 1.7.0
> names/locations since it looks to still be an issue there.
>
> Thank you for the reply.
>
> By the way, I got an error message while compiling Open vSwitch. Is it
> essential to bind a port to igb_uio module in order to compile Open vSwitch
> without error? I just wonder whether the errors attached below just
> happened because I did not bind the port to
Hi,
What are the plans to resolve this issue? Will this patch get upstreamed?
http://www.dpdk.org/ml/archives/dev/2014-June/003591.html
Thanks,
Mark
>
> Paul,
>
> Thanks for the advice; we ran memtest as well as the Dell complete system
> diagnostic and neither found an issue. The plot thickens, though!
>
> Our admins messed up our kickstart labels and what I *thought* was CentOS
> 6.4 was actually RHEL 6.4 and the problem seems to be
>
> Hi,
>
> 2014-06-18 15:56, GongJinrong:
> >I want find a zero copy framework from host to vm without any
> > physical NIC device,
>
> I think memnic is what you want:
> http://dpdk.org/doc/memnic-pmd
>
> > it seems l2fwd-ivshmem can be used, but I have problems to run this
> >
>
> Thanks, I want use DPDK, not OVDK, if I run l2fwd-ivshmem, do I use a
> patched qemu or just a normal qemu?
>
Patched.
--
Intel Shannon Limited
Registered in Ireland
Registered Office: Collinstown Industrial Park, Leixlip, County
> Hi,
>
> 2014-06-11 16:53, GongJinrong:
> > I found that the ivshmem are supported in DPDK 1.6 but has no any
> > document about it, how do I use ivshmem? I remember that we must use a
> > patched qemu binary for enabling ivshmem support in OVDK, does DPDK
> > 1.6 also need do this? Also,
28 matches
Mail list logo
