Re: [ovs-dev] [PATCH] ofproto-dpif-upcall: Hardcode max_idle to 1500ms.

2014-01-30 Thread Ethan Jackson
I think you're right. I'll write up a patch. Ethan On Wed, Jan 29, 2014 at 4:39 PM, YAMAMOTO Takashi wrote: >> Before this patch, OVS tried to guess an optimal max idle time for >> datapath flows based on the number of datapath flows relative to the >> limit. This caused instability because th

Re: [ovs-dev] [PATCH] ofproto-dpif-upcall: Hardcode max_idle to 1500ms.

2014-01-29 Thread YAMAMOTO Takashi
> Before this patch, OVS tried to guess an optimal max idle time for > datapath flows based on the number of datapath flows relative to the > limit. This caused instability because the limit was based on the > dump duration which was affected by the max idle time. This patch > chooses instead to

Re: [ovs-dev] [PATCH] ofproto-dpif-upcall: Hardcode max_idle to 1500ms.

2014-01-28 Thread Joe Stringer
Looks good to me. This certainly makes it easier to get reproducible performance results. Acked-by: Joe Stringer On 27 January 2014 16:50, Ethan Jackson wrote: > Before this patch, OVS tried to guess an optimal max idle time for > datapath flows based on the number of datapath flows relative

[ovs-dev] [PATCH] ofproto-dpif-upcall: Hardcode max_idle to 1500ms.

2014-01-27 Thread Ethan Jackson
Before this patch, OVS tried to guess an optimal max idle time for datapath flows based on the number of datapath flows relative to the limit. This caused instability because the limit was based on the dump duration which was affected by the max idle time. This patch chooses instead to hardcode t