>-Original Message-
>From: Stokes, Ian
>Sent: Thursday, July 4, 2019 3:40 AM
>To: Ilya Maximets ; Wang, Yipeng1
>; d...@openvswitch.org; Ben Pfaff
>
>Subject: Re: [PATCH v1] doc: Remove experimental tag for SMC cache.
>
>On 7/4/2019 11:12 AM, Ilya Maximets wr
Thank you Ilya for adding this!
Besides the small comment, otherwise
Acked-by: Yipeng Wang
>-Original Message-
>From: Ilya Maximets [mailto:i.maxim...@samsung.com]
>Sent: Wednesday, September 26, 2018 10:19 AM
>To: ovs-dev@openvswitch.org
>Cc: Jan Scheurich ; Stoke
>-Original Message-
>From: ovs-dev-boun...@openvswitch.org [mailto:ovs-dev-boun...@openvswitch.org]
>On Behalf Of Ilya Maximets
>Sent: Wednesday, August 22, 2018 8:33 AM
>To: Stokes, Ian ; Vishal Deep Ajmera
>; d...@openvswitch.org
>Subject: Re: [ovs-dev] [PATCH v6] dpif-netdev: Avoid
Thanks Ilya for pointing it out. It should be inserted after key length
calculation.
Acked-by: Yipeng Wang
>-Original Message-
>From: Ilya Maximets [mailto:i.maxim...@samsung.com]
>Sent: Wednesday, July 25, 2018 9:10 AM
>To: ovs-dev@openvswitch.org; Wang, Yipeng1
&g
Thanks for the comments, please see my reply inlined. I made all the changes
you suggested and included in v5 which I will send out soon.
>> diff --git a/lib/cmap.c b/lib/cmap.c
>> index 07719a8..db1c806 100644
>> --- a/lib/cmap.c
>> +++ b/lib/cmap.c
>> @@ -373,6 +373,79 @@ cmap_find(const
Thanks for the comments, please see my reply inlined.
>I've checked the latest patch and the performance results I get are similar to
>the ones give in the previous patches. Also
>enabling/disabling the DFC on the fly works as expected.
>
>The main query I have regards the slow sweep for SMC
>
Hi, Harry,
This is a good observation and there is definitely some "duplicated
calculation" there.
Actually when we were designing our "CD" distributor structure, we found this
overhead and we tried to cache the first hash value in "CD" thus to totally
bypass the first hash calculation. But
Hi,
I looked into the code and the logic seems good to me.
But reordering in dataplane also has performance implications especially
considering non-TCP traffic. Also, the packets came to OvS may already been
out-of-ordered. Could you provide some performance data points showing when
all EMC
y carefully.
> -Original Message-
> From: Ben Pfaff [mailto:b...@ovn.org]
> Sent: Friday, June 15, 2018 12:39 PM
> To: Van Haaren, Harry
> Cc: jpet...@ovn.org; William Tu ;
> db...@vmware.com; Gobriel, Sameh ; Wang,
> Yipeng1 ; ovs-dev@openvswitch.org
> Subj
the same hashing range, it should work I think.
I add guys that I believe are more experts on miniflow extraction and megaflow
translation to the CC list.
Thanks
Yipeng
>-Original Message-
>From: Van Haaren, Harry
>Sent: Friday, June 1, 2018 2:30 AM
>To: Wang, Yipeng1 ; ovs-d
patch set. We will post version 2 and new
results soon.
Thanks
Yipeng
>-Original Message-
>From: O Mahony, Billy
>Sent: Thursday, March 8, 2018 2:31 AM
>To: Wang, Yipeng1 <yipeng1.w...@intel.com>; d...@openvswitch.org; Wang,
>Yipeng1 <yipeng1.w...@intel.com>;
Thanks for the comments, reply inlined:
>-Original Message-
>From: Bodireddy, Bhanuprakash
>Sent: Friday, February 23, 2018 1:06 PM
>To: Wang, Yipeng1 <yipeng1.w...@intel.com>; d...@openvswitch.org;
>jan.scheur...@ericsson.com
>Cc: Tai, Charlie <charlie@in
Thanks for the comments. Reply inlined:
>-Original Message-
>From: Bodireddy, Bhanuprakash
>Sent: Friday, February 23, 2018 12:56 PM
>To: Wang, Yipeng1 <yipeng1.w...@intel.com>; d...@openvswitch.org;
>jan.scheur...@ericsson.com
>Cc: Tai, Charlie <charlie@in
Bhanu, thanks for the comment. Please see my comments inlined.
And Jan please feel free to add more.
>-Original Message-
>From: Bodireddy, Bhanuprakash
>Sent: Tuesday, February 20, 2018 1:10 PM
>To: Wang, Yipeng1 <yipeng1.w...@intel.com>; d...@openvswitch
csson.com]
>Sent: Wednesday, February 21, 2018 12:09 AM
>To: Bodireddy, Bhanuprakash <bhanuprakash.bodire...@intel.com>; Wang, Yipeng1
><yipeng1.w...@intel.com>;
>d...@openvswitch.org
>Cc: Tai, Charlie <charlie@intel.com>
>Subject: RE: [ovs-dev] [RFC 2/
>-Original Message-
>[Wang, Yipeng]
>Yes, with 2-hash function and 16 entries per bucket, CD has much less misses
>in general.
>
>As first step to combine both CD and DFC, I incorporated the signature and
>way-associative structure from CD into DFC. I just did
>simple prototype without
Hi, Jan, Please find my reply inlined
>-Original Message-
>>
>> [Wang, Yipeng] In my test, I compared the proposed EMC with current EMC with
>> same 16k entries.
>> If I turned off THP, the current EMC will cause many TLB misses because of
>> its larger entry size, which I profiled with
>-Original Message-
>> I think this is an interesting idea.
>>
>> One caveat is that in this case we use the rules' field to infer the flows'
>> field. If the rule
>> does not consider a field within which the flow has high entropy, it still
>> does not help.
>> Or if the rule considers
I think this is an interesting idea.
One caveat is that in this case we use the rules' field to infer the flows'
field. If the rule
does not consider a field within which the flow has high entropy, it still does
not help.
Or if the rule considers many fields but the flow does not have high
for the hash
table structures in OvS.
What do you think?
>-Original Message-
>From: Fischetti, Antonio
>Sent: Wednesday, January 3, 2018 1:13 AM
>To: William Tu <u9012...@gmail.com>; Wang, Yipeng1
><yipeng1.w...@intel.com>
>Cc: d...@openvswitch.org; Tai, Charlie &l
Hi, William,
Thanks for the comment. You are right. If the RSS hash does not consider the
fields that matter, the situation you mentioned could happen.
There are two design options for CD as you may find, when the signatures
collide, we could either replace the existing entry (the current
-1.33%
100k-20t-3.81%
1M-1t -3.25%
1M-3t -2.75%
1M-5t -1.98%
1M-10t -1.78%
1M-20t -0.60%
Tested-by: Yipeng Wang <yipeng1.w...@intel.com>
Thanks
Yipeng
>-Origina
in a week or two.
Thank
Yipeng
> -Original Message-
> From: Jan Scheurich [mailto:jan.scheur...@ericsson.com]
> Sent: Monday, November 20, 2017 9:39 AM
> To: Wang, Yipeng1 <yipeng1.w...@intel.com>; d...@openvswitch.org
> Cc: Gobriel, Sameh <sameh.gobr...@intel.
We are waiting for more comments before reworking this patchset. Please feel
free to post any comment.
Thanks!
> -Original Message-
> From: Wang, Yipeng1
> Sent: Tuesday, October 31, 2017 4:40 PM
> To: d...@openvswitch.org
> Cc: Wang, Yipeng1 <yipeng1.w...@intel.co
considered as part of the
future version to include.
Thanks
> -Original Message-
> From: Ben Pfaff [mailto:b...@ovn.org]
> Sent: Friday, November 3, 2017 11:00 AM
> To: Wang, Yipeng1 <yipeng1.w...@intel.com>
> Cc: d...@openvswitch.org
> Subject: Re: [ovs-dev] [P
gt; To: Wang, Yipeng1 <yipeng1.w...@intel.com>
> Cc: d...@openvswitch.org
> Subject: Re: [ovs-dev] [PATCH v2 0/5] dpif-netdev: Cuckoo-Distributor
> implementation
>
> Is this something that should be included in the repo?
>
> On Fri, Nov 03, 2017 at 04:14:56PM +, Wan
Thank you for the comments. We will incorporate your suggestion in V3.
> -Original Message-
> From: Ben Pfaff [mailto:b...@ovn.org]
> Sent: Friday, November 3, 2017 10:57 AM
> To: Wang, Yipeng1 <yipeng1.w...@intel.com>
> Cc: d...@openvswitch.org
> Subject: Re:
ports = tx_ports)
#wait for 20 seconds
time.sleep(20)
#write rx pps to stdio
sys.stdout.write(str("RX PPS:
")+str(int(c.get_stats(my_ports)[1]["rx_pps"])) + str("\n"))
#stop the traffic
c.stop(ports=my_ports)
c.disconne
Good catch. But I think the hash comparison is to "randomly" choose one of the
two entries to replace when both entries are live. Your change would always
replace the first one in such case. It might cause some thrashing issue for
certain traffic. Meanwhile, to my experience, the original "hash
thought on this patch.
Thanks
Yipeng
> -Original Message-
> From: Darrell Ball [mailto:db...@vmware.com]
> Sent: Friday, July 7, 2017 6:37 PM
> To: Wang, Yipeng1 <yipeng1.w...@intel.com>; d...@openvswitch.org
> Subject: Re: [ovs-dev] [PATCH 0/5] dpif-netde
.
Thank you.
> -Original Message-
> From: Darrell Ball [mailto:db...@vmware.com]
> Sent: Wednesday, April 26, 2017 10:04 PM
> To: Wang, Yipeng1 <yipeng1.w...@intel.com>; d...@openvswitch.org
> Cc: Tai, Charlie <charlie@intel.com>; Wang, Ren <ren.w..
Thank you Darrell for the comments. Please take a look at my reply inlined.
> -Original Message-
> From: Darrell Ball [mailto:db...@vmware.com]
> Sent: Thursday, April 13, 2017 10:36 PM
> To: Wang, Yipeng1 <yipeng1.w...@intel.com>; d...@openvswitch.org
> Subject: Re:
<antonio.fische...@intel.com>
Cc: Wang, Yipeng1 <yipeng1.w...@intel.com>; d...@openvswitch.org;
jan.scheur...@ericsson.com
Subject: Re: [ovs-dev] [PATCH RFC] dpif-netdev: Add Cuckoo Distributor to
Accelerate Megaflow Search
Thanks for your contribution!
I haven’t looked at t
33 matches
Mail list logo
