On Tue, Oct 25, 2016 at 4:08 AM, ychen <ychen103...@163.com> wrote:
> When launch vswitchd with dpdk-init as true, all the handler threads and
> revalidator threads are pinned to master lcore and can not change their
> pinned cores when time goes by.
> so here is my problem:
> 1. with the same ovs code, there is different phenomenon for ovs threads
> with dpdk inited have different value?
> 2.with dpdk-init=true, if all the other threads share the same logical
> core, then for the performance meaning, is it not friendly?
>
Hi,
since it is easy for me to pick up the same data for my tests I run anyway
I just wanted to share what I see for OVS-DPDK in my cases.
I'm initializing dpdk (other_config:dpdk-init=true), but otherwise use
mostly defaults.
There are more complex cases, but here already I think I don't see your
"all on the lcore cpu" case.
Using OVS 2.6 and DPDK 16.07 as provided in Ubuntu Yakkety.
+ ovs-vsctl show
dbf1f7af-c368-4fac-9151-e9cf6af4a15b
Bridge "ovsdpdkbr0"
Port "dpdk0"
Interface "dpdk0"
type: dpdk
Port "ovsdpdkbr0"
Interface "ovsdpdkbr0"
type: internal
Port "vhost-user-2"
Interface "vhost-user-2"
type: dpdkvhostuser
Port "vhost-user-1"
Interface "vhost-user-1"
type: dpdkvhostuser
ovs_version: "2.6.0"
++ pidof ovs-vswitchd
+ ps -To tid,pid,psr,comm -p 25932
TID PID PSR COMMAND
25932 25932 1 ovs-vswitchd
25934 25932 0 eal-intr-thread
25935 25932 1 dpdk_watchdog1
25936 25932 2 vhost_thread2
25937 25932 1 pdump-thread
25938 25932 8 urcu3
25939 25932 2 ovs-vswitchd
25959 25932 1 ct_clean4
26013 25932 3 handler18
26014 25932 9 handler17
26015 25932 3 handler20
26016 25932 11 handler19
26022 25932 4 handler21
26028 25932 9 handler22
26033 25932 10 handler23
26037 25932 10 handler24
26042 25932 9 revalidator25
26045 25932 10 revalidator26
26046 25932 0 revalidator27
26054 25932 2 revalidator28
26143 25932 5 pmd29
26144 25932 4 pmd30
--
Christian Ehrhardt
Software Engineer, Ubuntu Server
Canonical Ltd
_______________________________________________
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
