What is your suggestion? Which part of the plugin is wrongly written?
—
Damjan
> On 24.10.2021., at 00:16, Mrityunjay Kumar wrote:
>
>
> Damjan,
>
> I think you are trying to explain one copy always occurs in memif
> communication,
>
>
> Currently VPP memif plugin is wrongly/misleading
Hi everybody,
A couple of years ago I tested vpp-19.01 in CentOS7 vm.
I found that exporting IPFIX is not possible for vlan subinterfaces,
see my previous message with details about this here
https://lists.fd.io/g/vpp-dev/topic/30186409?p=,,,20,0,0,0::,,,0,0,0,30186409
The same setup now with vp
Satya Hi,
INPUT node and Process node has its diffrent culture and uses.
Input nodes are siblings of ethernet input but process nodes are light
weight threads which run always on main threads.
In case you have any workers cpu configured, main thread never went for
polling until not configured a
Damjan,
I think you are trying to explain one copy always occurs in memif
communication,
Currently VPP memif plugin is wrongly/misleadingly written and it also
misguiding to VPP users.
When I look this code long back, it also misleading me.
On Sat, 23 Oct, 2021, 11:52 pm Damjan Marion via l
Please note that “zero copy memif” doesn’t exist.
Long time ago I possibly wrongly/misleadingly added VPP feature with name
“zero-copy slave”.
It is vpp internal feature which avoids 2nd memcopy by exposing VPP (slave
only) buffers directly to master.
In such scenario still one memcpy exists….
Dear Satya,
If you are in polling mode CPU is always 100% utilised.
Not sure what do you mean by "CPU utilisation” here...
—
Damjan
> On 18.10.2021., at 16:16, Satya Murthy wrote:
>
> Hi VPP Experts,
>
> We have an issue at hand, where we are seeing non-uniform CPU utilizations
> showing
