|sed -n
's/^.*sub.*$0x\([0-9a-f]\{1,\}\),%esp/\1/p'|sort|uniq|less
which shows that we have at least one place where we allocate 327,788
bytes on the stack (!). I hope that is not in the flow processing path!
On Tue, Jul 08, 2014 at 05:36:07PM +0100, Anoob Soman wrote:
I have been runni
r
reducing stack use lie.
On Wed, Jul 09, 2014 at 03:12:14PM +0100, Anoob Soman wrote:
Hi Ben,
From the objdump-sed (%esp) command I realised that you guys might
be using a XenServer DDK shipped with 6.2, which is 32bit. From
Creedence (next release) onwards dom0 is 64bit, and so are the
to
place where we allocate 327,788
bytes on the stack (!). I hope that is not in the flow processing path!
On Tue, Jul 08, 2014 at 05:36:07PM +0100, Anoob Soman wrote:
I have been running tests with 1MB stack size and ovs-vswitchd seem
to hold pretty well. I will try to do some more experiments to fi
ote:
On Tue, Jul 08, 2014 at 05:08:43PM +0100, Anoob Soman wrote:
Since openvswitch has moved to multi-threaded model, RSS usage of
ovs-vswitchd has increased quite significantly compared to the last
release we used (ovs-1.4.x). Part of the problem is using mlockall
(with MCL_CURRENT|MCL_FUTURE) on
Hi,
Since openvswitch has moved to multi-threaded model, RSS usage of
ovs-vswitchd has increased quite significantly compared to the last
release we used (ovs-1.4.x). Part of the problem is using mlockall (with
MCL_CURRENT|MCL_FUTURE) on ovs-vswitchd, which causes every pthreads
stack's and h
Hi Justin,
Is it possible to add a tag v2.1.2 to the git hub repository.
Thanks,
Anoob.
On 01/05/14 23:44, Justin Pettit wrote:
The Open vSwitch team is pleased to announce the release of Open vSwitch 2.1.2:
http://openvswitch.org/releases/openvswitch-2.1.2.tar.gz
This contains bug fixes
Hi,
There are few patches submitted for mega flows in last couple of weeks. I have
a vague idea on what mega flows could be. Is it possible to share some more
detail on how exactly we would be doing the mega flow match in the kernel.
Couple of months ago I did an experiment with ovs, which trie
Hi Ben,
handle_upcalls() is the function in userspace, which handles packets queued
from kernel space. handle_upcall() does a dpif_rcv().
Thanks,
Anoob.
From: discuss-boun...@openvswitch.org [mailto:discuss-boun...@openvswitch.org]
On Behalf Of Ben Eyres
Sent: 09 May 2013 1:52 PM
To: discuss@o
