All of lore.kernel.org
 help / color / mirror / Atom feed
* [PATCH] doc: add limitations section to cryptoperf guide
@ 2017-02-07 16:32 Trahe, Fiona
  2017-02-08  9:31 ` Mrozowicz, SlawomirX
  2017-02-08  9:47 ` Mrozowicz, SlawomirX
  0 siblings, 2 replies; 4+ messages in thread
From: Trahe, Fiona @ 2017-02-07 16:32 UTC (permalink / raw)
  To: dev
  Cc: De Lara Guarch, Pablo, Mrozowicz, SlawomirX, Jain, Deepak K,
	Trahe, Fiona, Griffin, John, Doherty, Declan

Add limitations to use of the dpdk-test-crypto-perf 
tool for hardware accelerator measurements

Signed-off-by: Fiona Trahe <fiona.trahe@intel.com>
---
 doc/guides/tools/cryptoperf.rst |   16 ++++++++++++++++
 1 files changed, 16 insertions(+), 0 deletions(-)

diff --git a/doc/guides/tools/cryptoperf.rst b/doc/guides/tools/cryptoperf.rst
index 6832312..af58e78 100644
--- a/doc/guides/tools/cryptoperf.rst
+++ b/doc/guides/tools/cryptoperf.rst
@@ -41,6 +41,22 @@ chain mode have to be specified in the command line as application
 parameters. These parameters are checked using device capabilities
 structure.
 
+Limitations:
+------------
+On hardware devices the cycle-count doesn't always represent the actual offload
+cost. The cycle-count only represents the offload cost when the hardware
+accelerator is not fully loaded, when loaded the cpu cycles freed up by the
+offload are still consumed by the test tool and included in the cycle-count.
+These cycles are consumed by retries and inefficient API calls enqueuing and
+dequeuing smaller bursts than specified by the cmdline parameter. This results
+in a larger cycle-count measurement and should not be interpreted as an offload
+cost measurement.
+
+On hardware devices the throughput measurement is not necessarily the maximum
+possible for the device, e.g. it may be necessary to use multiple cores to keep
+the hardware accelerator fully loaded and so measure maximum throughput.
+
+
 Compiling the Application
 -------------------------
 
-- 
1.7.0.7

^ permalink raw reply related	[flat|nested] 4+ messages in thread

* Re: [PATCH] doc: add limitations section to cryptoperf guide
  2017-02-07 16:32 [PATCH] doc: add limitations section to cryptoperf guide Trahe, Fiona
@ 2017-02-08  9:31 ` Mrozowicz, SlawomirX
  2017-02-08  9:47 ` Mrozowicz, SlawomirX
  1 sibling, 0 replies; 4+ messages in thread
From: Mrozowicz, SlawomirX @ 2017-02-08  9:31 UTC (permalink / raw)
  To: Trahe, Fiona, dev
  Cc: De Lara Guarch, Pablo, Jain, Deepak K, Griffin, John, Doherty, Declan



>-----Original Message-----
>From: Trahe, Fiona
>Sent: Tuesday, February 7, 2017 5:33 PM
>To: dev@dpdk.org
>Cc: De Lara Guarch, Pablo <pablo.de.lara.guarch@intel.com>; Mrozowicz,
>SlawomirX <slawomirx.mrozowicz@intel.com>; Jain, Deepak K
><deepak.k.jain@intel.com>; Trahe, Fiona <fiona.trahe@intel.com>; Griffin,
>John <john.griffin@intel.com>; Doherty, Declan <declan.doherty@intel.com>
>Subject: [PATCH] doc: add limitations section to cryptoperf guide
>
>Add limitations to use of the dpdk-test-crypto-perf tool for hardware
>accelerator measurements
>
>Signed-off-by: Fiona Trahe <fiona.trahe@intel.com>
>---
> doc/guides/tools/cryptoperf.rst |   16 ++++++++++++++++
> 1 files changed, 16 insertions(+), 0 deletions(-)
>
>diff --git a/doc/guides/tools/cryptoperf.rst b/doc/guides/tools/cryptoperf.rst
>index 6832312..af58e78 100644
>--- a/doc/guides/tools/cryptoperf.rst
>+++ b/doc/guides/tools/cryptoperf.rst
>@@ -41,6 +41,22 @@ chain mode have to be specified in the command line as
>application  parameters. These parameters are checked using device
>capabilities  structure.
>
>+Limitations:
>+------------
>+On hardware devices the cycle-count doesn't always represent the actual
>+offload cost. The cycle-count only represents the offload cost when the
>+hardware accelerator is not fully loaded, when loaded the cpu cycles
>+freed up by the offload are still consumed by the test tool and included in
>the cycle-count.
>+These cycles are consumed by retries and inefficient API calls
>+enqueuing and dequeuing smaller bursts than specified by the cmdline
>+parameter. This results in a larger cycle-count measurement and should
>+not be interpreted as an offload cost measurement.
>+
>+On hardware devices the throughput measurement is not necessarily the
>+maximum possible for the device, e.g. it may be necessary to use
>+multiple cores to keep the hardware accelerator fully loaded and so measure
>maximum throughput.
>+
>+
> Compiling the Application
> -------------------------
>
>--
>1.7.0.7

>From my point of view this information is ok.
Sławomir

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [PATCH] doc: add limitations section to cryptoperf guide
  2017-02-07 16:32 [PATCH] doc: add limitations section to cryptoperf guide Trahe, Fiona
  2017-02-08  9:31 ` Mrozowicz, SlawomirX
@ 2017-02-08  9:47 ` Mrozowicz, SlawomirX
  2017-02-09 23:24   ` De Lara Guarch, Pablo
  1 sibling, 1 reply; 4+ messages in thread
From: Mrozowicz, SlawomirX @ 2017-02-08  9:47 UTC (permalink / raw)
  To: Trahe, Fiona, dev
  Cc: De Lara Guarch, Pablo, Jain, Deepak K, Griffin, John, Doherty, Declan



>-----Original Message-----
>From: Trahe, Fiona
>Sent: Tuesday, February 7, 2017 5:33 PM
>To: dev@dpdk.org
>Cc: De Lara Guarch, Pablo <pablo.de.lara.guarch@intel.com>; Mrozowicz,
>SlawomirX <slawomirx.mrozowicz@intel.com>; Jain, Deepak K
><deepak.k.jain@intel.com>; Trahe, Fiona <fiona.trahe@intel.com>; Griffin,
>John <john.griffin@intel.com>; Doherty, Declan <declan.doherty@intel.com>
>Subject: [PATCH] doc: add limitations section to cryptoperf guide
>
>Add limitations to use of the dpdk-test-crypto-perf tool for hardware
>accelerator measurements
>
>Signed-off-by: Fiona Trahe <fiona.trahe@intel.com>
>---
> doc/guides/tools/cryptoperf.rst |   16 ++++++++++++++++
> 1 files changed, 16 insertions(+), 0 deletions(-)
>
>diff --git a/doc/guides/tools/cryptoperf.rst b/doc/guides/tools/cryptoperf.rst
>index 6832312..af58e78 100644
>--- a/doc/guides/tools/cryptoperf.rst
>+++ b/doc/guides/tools/cryptoperf.rst
>@@ -41,6 +41,22 @@ chain mode have to be specified in the command line as
>application  parameters. These parameters are checked using device
>capabilities  structure.
>
>+Limitations:
>+------------
>+On hardware devices the cycle-count doesn't always represent the actual
>+offload cost. The cycle-count only represents the offload cost when the
>+hardware accelerator is not fully loaded, when loaded the cpu cycles
>+freed up by the offload are still consumed by the test tool and included in
>the cycle-count.
>+These cycles are consumed by retries and inefficient API calls
>+enqueuing and dequeuing smaller bursts than specified by the cmdline
>+parameter. This results in a larger cycle-count measurement and should
>+not be interpreted as an offload cost measurement.
>+
>+On hardware devices the throughput measurement is not necessarily the
>+maximum possible for the device, e.g. it may be necessary to use
>+multiple cores to keep the hardware accelerator fully loaded and so measure
>maximum throughput.
>+
>+
> Compiling the Application
> -------------------------
>
>--
>1.7.0.7

Acked-by: Slawomir Mrozowicz <slawomirx.mrozowicz@intel.com>

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [PATCH] doc: add limitations section to cryptoperf guide
  2017-02-08  9:47 ` Mrozowicz, SlawomirX
@ 2017-02-09 23:24   ` De Lara Guarch, Pablo
  0 siblings, 0 replies; 4+ messages in thread
From: De Lara Guarch, Pablo @ 2017-02-09 23:24 UTC (permalink / raw)
  To: Mrozowicz, SlawomirX, Trahe, Fiona, dev
  Cc: Jain, Deepak K, Griffin, John, Doherty, Declan



> -----Original Message-----
> From: Mrozowicz, SlawomirX
> Sent: Wednesday, February 08, 2017 9:48 AM
> To: Trahe, Fiona; dev@dpdk.org
> Cc: De Lara Guarch, Pablo; Jain, Deepak K; Griffin, John; Doherty, Declan
> Subject: RE: [PATCH] doc: add limitations section to cryptoperf guide
> 
> 
> 
> >-----Original Message-----
> >From: Trahe, Fiona
> >Sent: Tuesday, February 7, 2017 5:33 PM
> >To: dev@dpdk.org
> >Cc: De Lara Guarch, Pablo <pablo.de.lara.guarch@intel.com>; Mrozowicz,
> >SlawomirX <slawomirx.mrozowicz@intel.com>; Jain, Deepak K
> ><deepak.k.jain@intel.com>; Trahe, Fiona <fiona.trahe@intel.com>; Griffin,
> >John <john.griffin@intel.com>; Doherty, Declan
> <declan.doherty@intel.com>
> >Subject: [PATCH] doc: add limitations section to cryptoperf guide
> >
> >Add limitations to use of the dpdk-test-crypto-perf tool for hardware
> >accelerator measurements
> >
> >Signed-off-by: Fiona Trahe <fiona.trahe@intel.com>

...
 
> Acked-by: Slawomir Mrozowicz <slawomirx.mrozowicz@intel.com>

Applied to dpdk-next-crypto.
Thanks,

Pablo

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2017-02-09 23:24 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2017-02-07 16:32 [PATCH] doc: add limitations section to cryptoperf guide Trahe, Fiona
2017-02-08  9:31 ` Mrozowicz, SlawomirX
2017-02-08  9:47 ` Mrozowicz, SlawomirX
2017-02-09 23:24   ` De Lara Guarch, Pablo

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.