Original Message from: Burakov, Anatoly [mailto:anatoly.bura...@intel.com]
>I just realized that, unless you're using --legacy-mem switch, one other
>way to alleviate the issue would be to use --single-file-segments
>option. This will still store the fd's, however it will only do so per
>memse
> Can you use 1G hugepages instead of 2M pages or a combo of the two, not sure
> how dpdk handles having both in the system?
Unfortunately, no. Some of our customer deployments are tenancies on KVM hosts
and low-end appliances, which are not configurable by the end user to enable 1G
huge pages.
>
> Maybe I do not see the full problem here. If DPDK used poll instead of select
> it would solve the 1024 problem as poll has a high limit to the number of
> file descriptors at least that was my assumption.
>>
Thanks Keith.
The issue is not whether DPDK is using poll or select on the f
>
> Would poll work here instead?
Poll (or epoll) would definitely work - if we controlled the source and
compilation of all the libraries that the application links against.
But an app doesn’t know how the libraries in the OS are implemented. We’d have
no way to ensure select() isn’t called b
Hi everyone,
We just updated our application from DPDK 17.11.4 (LTS) to DPDK 18.11 (LTS) and
we noticed a regression.
Our host platform is providing 2MB huge pages, so for 8GB reservation this
means 4000 pages are allocated.
This worked fine in the prior LTS, but after upgrading DPDK what we a
On Tuesday, October 10, 2017 9:49 AM (EST), Iain Barker wrote:
> I have a problem trying to get VLAN tagged frames to be received at the
> i40evf PMD.
With more debugging enabled, I can see that this seems to be a compatibility
problem between DPDK and i40evf related to VLAN ha
6 matches
Mail list logo