> -Original Message-
> From: Juraj Linkeš
> Sent: Thursday, November 18, 2021 6:46 PM
> To: tho...@monjalon.net; david.march...@redhat.com;
> bruce.richard...@intel.com; Honnappa Nagarahalli
> ; Ruifeng Wang
> ; ferruh.yi...@intel.com;
> christian.ehrha...@canonical.com
> Cc: dev@dpdk.org;
On Thu, Dec 30, 2021 at 04:55:05PM -0500, Jiayu Hu wrote:
> Since dmadev is introduced in 21.11, to avoid the overhead of vhost DMA
> abstraction layer and simplify application logics, this patch integrates
> dmadev in asynchronous data path.
>
> Signed-off-by: Jiayu Hu
> Signed-off-by: Sunil Pai
Memory allocator performance is crucial to applications that deal
with large amount of memory or allocate frequently. DPDK allocator
performance is affected by EAL options, API used and, at least,
allocation size. New autotest is intended to be run with different
EAL options. It measures performanc
Expose Linux EAL ability to reuse existing hugepage files
via --huge-unlink=never switch.
Default behavior is unchanged, it can also be specified
using --huge-unlink=existing for consistency.
Old --huge-unlink switch is kept,
it is an alias for --huge-unlink=always.
Signed-off-by: Dmitry Kozlyuk
Linux EAL ensured that mapped hugepages are clean
by always mapping from newly created files:
existing hugepage backing files were always removed.
In this case, the kernel clears the page to prevent data leaks,
because the mapped memory may contain leftover data
from the previous process that was u
In preparation to extend --huge-unlink option semantics
refactor how it is stored in the internal configuration.
It makes future changes more isolated.
Signed-off-by: Dmitry Kozlyuk
---
lib/eal/common/eal_common_options.c | 9 +
lib/eal/common/eal_internal_cfg.h | 8 +++-
lib/eal/l
EAL malloc layer assumed all free elements content
is filled with zeros ("clean"), as opposed to uninitialized ("dirty").
This assumption was ensured in two ways:
1. EAL memalloc layer always returned clean memory.
2. Freed memory was cleared before returning into the heap.
Clearing the memory can
Hugepage mapping is a layer of EAL malloc builds upon.
There were implicit references to its details,
like mentions of segment file descriptors,
but no explicit description of its modes and operation.
Add an overview of mechanics used on ech supported OS.
Convert memory management subsections from
This patchset is a new design and implementation of [1].
# Problem Statement
Large allocations that involve mapping new hugepages are slow.
This is problematic, for example, in the following use case.
A single-process application allocates ~1TB of mempools at startup.
Sometimes the app needs to r
Since dmadev is introduced in 21.11, to avoid the overhead of vhost DMA
abstraction layer and simplify application logics, this patch integrates
dmadev in asynchronous data path.
Signed-off-by: Jiayu Hu
Signed-off-by: Sunil Pai G
---
doc/guides/prog_guide/vhost_lib.rst | 70 -
examples
Since dmadev is introduced in 21.11, to avoid the overhead of vhost DMA
abstraction layer and simplify application logics, this patch integrates
dmadev in vhost.
To enable the flexibility of using DMA devices in different function
modules, not limited in vhost, vhost doesn't manage DMA devices.
Ap
> -Original Message-
> From: christian.ehrha...@canonical.com
>
> Sent: Monday, December 20, 2021 10:00 AM
> To: sta...@dpdk.org
> Cc: dev@dpdk.org; Abhishek Marathe ;
> Akhil Goyal ; Ali Alnubani ;
> benjamin.wal...@intel.com; David Christensen ;
> Hemant Agrawal ; Ian Stokes
> ; Jerin Ja
Hi Shijith,
> -Original Message-
> From: Shijith Thotton
> Sent: Tuesday, December 21, 2021 2:21 PM
> To: dev@dpdk.org; Jerin Jacob
> Cc: Shijith Thotton ; ano...@marvell.com;
> pbhagavat...@marvell.com; gak...@marvell.com; Gujjar, Abhinandan S
>
> Subject: [PATCH v2] app/eventdev: add
13 matches
Mail list logo