[dpdk-users] Multiple cores for running Crypto and DPDK

[dpdk-users] Multiple cores for running Crypto and DPDK

[raghunath.borra]

Hi Team,

I am trying to implement Multi-core support in DPDK(16.11 version). Where both DPDK and Crypto should run on separate logical cores.
Goal of this activity is to increase overall DPDK performance.

I tried to implement by initializing Crypto on separate core using rte_eal_mp_remote_launch function. Even Crypto is running on separate core, packets are not forwarding to that logical core for processing (But they are still processing on core where DPDK is running instead of crypto's core).

Then I found Cryptodev Scheduler support document in 17.11 version(which is in development phase) and some part in 17.08 version. So is it possible to do the same with 17.08 version or i have to wait till 17.11 version? Any help on this issue highly helpful and appreciated.

Thanks and Regards,
Raghunath.




The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com

______________________________________________________________________
This email has been scanned by the Symantec Email Security.cloud service.
For more information please visit http://www.symanteccloud.com
______________________________________________________________________
From ranjithdvk@gmail.com  Tue Sep 12 10:55:01 2017
Return-Path: <ranjithdvk@gmail.com>
Received: from mail-qk0-f172.google.com (mail-qk0-f172.google.com
 [209.85.220.172]) by dpdk.org (Postfix) with ESMTP id 0BD6929CA
 for <users@dpdk.org>; Tue, 12 Sep 2017 10:55:00 +0200 (CEST)
Received: by mail-qk0-f172.google.com with SMTP id b82so23638882qkc.4
 for <users@dpdk.org>; Tue, 12 Sep 2017 01:55:00 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s 161025;
 h=mime-version:from:date:message-id:subject:to;
 bh=h3Dea4npw/46AddyQgP+/EFa8b53ap6UTb1VXYGFOnk=;
 b=lYzGiQQFCJrSHiRbTdFgh5IjicmS+fN+oYqOqGDcK2g6yTTDOY1N2xtn3KzVvpyg3B
 A2vw/VXIH3QVBEVMkz8ho7qa9WKLe5xMHKjb1AQpor6ZD1xTil1Jjf8XkmyqRDwsaQf6
 g1mnn5dwsQfATjNYaECjJsxYq/Qx01F9e0HTmrt5oTlbob+YzYwmfUw/+GFNyeBLlhA+
 yT6pePxvQ/PHDzanAkgT2zJ/nyyWypRopZ+4ub1DzX5dROdtr5Cf3LfqcCfgsz5fRbdO
 m1RLZvUPX36tJjAbyslVRgC0K040d3iSRkyiUDGq74yCZH1oCIycgv7VgeDAOvVTT9or
 hTFw=X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d\x1e100.net; s 161025;
 h=x-gm-message-state:mime-version:from:date:message-id:subject:to;
 bh=h3Dea4npw/46AddyQgP+/EFa8b53ap6UTb1VXYGFOnk=;
 b=tEavkAABWXLOfq1L3v2qaIOnWBBnmSlQkux/cejMj+FFmAu08JAMV/W2DBAbt8z+jC
 L0WPwjMxutM9a1ZcxVdBoS32P1YeDefDfUe/5WyurVo6PQC6IufDMLhKusjBPgIhs+Mn
 TNqpyOZck9YimrdYXH9c7JNlXKXpstA6vJQ8pWsgCVdPH7n3l/ww9iedgrmjMxLwFx0m
 v4WNGZqIZ2vBMzu0e1AUUOToA+s3t2iSomf38JjqBBkKhFgFoOPs2ukA8MGbw1hawd2/
 pIMyIgtXWgMa9CnabZanmMvVXvpf50WfiRLj1sQz7JgmC8L3v/fxkabe0cdoDL1SA9G+
 7eGA=X-Gm-Message-State: AHPjjUgrV6T5+zXQx0rMBnftQpCwaF8GWrYAdcFCdYuvfBE1CSyXQOoG
 wS88cqDEk3MmqSm7g0sl3QeXl9Z58phH
X-Google-Smtp-Source: AOwi7QAtDEvqwcofjNk/e06JquFjSSmgMYdXj5haZre7LnkCUAJDGxpM8lBhLDBCiouru6kNH96uzEINDTvbrU3elS0X-Received: by 10.55.130.198 with SMTP id e189mr17789826qkd.155.1505206499998;
 Tue, 12 Sep 2017 01:54:59 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.140.85.201 with HTTP; Tue, 12 Sep 2017 01:54:59 -0700 (PDT)
From: RanjithKumar <ranjithdvk@gmail.com>
Date: Tue, 12 Sep 2017 14:24:59 +0530
Message-ID: <CACxh0QSc-56Tevr0Mfbxkq=TJTRKnL+_TS7EeKUKDfb7PhHW_Q@mail.gmail.com>
To: users@dpdk.org
Content-Type: text/plain; charset="UTF-8"
X-Content-Filtered-By: Mailman/MimeDel 2.1.15
Subject: [dpdk-users] FATAL: Module uio not found
X-BeenThere: users@dpdk.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: DPDK usage discussions <users.dpdk.org>
List-Unsubscribe: <http://dpdk.org/ml/options/users>,
 <mailto:users-request@dpdk.org?subject=unsubscribe>
List-Archive: <http://dpdk.org/ml/archives/users/>
List-Post: <mailto:users@dpdk.org>
List-Help: <mailto:users-request@dpdk.org?subject=help>
List-Subscribe: <http://dpdk.org/ml/listinfo/users>,
 <mailto:users-request@dpdk.org?subject=subscribe>
X-List-Received-Date: Tue, 12 Sep 2017 08:55:01 -0000

Hi All,

I have installed DPDK in open stack lunched virtual machine and Modrobe is
failing with below error

 modprobe: FATAL: Module uio not found

Any input?

Regards,
Ranjith

Re: [dpdk-users] Multiple cores for running Crypto and DPDK

[De Lara Guarch, Pablo]

Hi Raghunath,


> -----Original Message-----
> From: users [mailto:users-bounces@dpdk.org] On Behalf Of
> raghunath.borra@wipro.com
> Sent: Tuesday, September 12, 2017 5:44 AM
> To: users@dpdk.org
> Subject: [dpdk-users] Multiple cores for running Crypto and DPDK
> 
> Hi Team,
> 
> I am trying to implement Multi-core support in DPDK(16.11 version). Where
> both DPDK and Crypto should run on separate logical cores.
> Goal of this activity is to increase overall DPDK performance.
> 

When you say that DPDK and Crypto should run on separate cores,
would you still be using cryptodev (which is part of DPDK) or a different library?
Assuming the first option, you can build a pipeline where you have a separate
core receiving traffic, then enqueue this traffic to another core running
a crypto device and then dequeue the operations with another core.

> I tried to implement by initializing Crypto on separate core using
> rte_eal_mp_remote_launch function. Even Crypto is running on separate
> core, packets are not forwarding to that logical core for processing (But they
> are still processing on core where DPDK is running instead of crypto's core).
> 
> Then I found Cryptodev Scheduler support document in 17.11
> version(which is in development phase) and some part in 17.08 version. So
> is it possible to do the same with 17.08 version or i have to wait till 17.11
> version? Any help on this issue highly helpful and appreciated.

If you have a single core processing the incoming packets, then you can use
the cryptodev multi-core scheduler to use several cores performing the
crypto workload on a same flow.
If you have several flows, then you could initialize multiple virtual devices,
used by multiple cores.

Pablo


> 
> Thanks and Regards,
> Raghunath.
> 
> 
> 
> 
> The information contained in this electronic message and any attachments
> to this message are intended for the exclusive use of the addressee(s) and
> may contain proprietary, confidential or privileged information. If you are
> not the intended recipient, you should not disseminate, distribute or copy
> this e-mail. Please notify the sender immediately and destroy all copies of
> this message and any attachments. WARNING: Computer viruses can be
> transmitted via email. The recipient should check this email and any
> attachments for the presence of viruses. The company accepts no liability
> for any damage caused by any virus transmitted by this email.
> www.wipro.com
> 
> __________________________________________________________
> ____________
> This email has been scanned by the Symantec Email Security.cloud service.
> For more information please visit http://www.symanteccloud.com
> __________________________________________________________
> ____________