On 26 January 2018 at 08:03, Florence ROUGER JUNG <florence.rouger-jung@st.com> wrote:

Hi All,

 

We use IOZone test to measure performance of our DUT 

Same command executed several time in a Lava session provide a diversity of results

 

iozone -az -i0 -i1 -I -e -s 100M -r 4k -r 16k -r 512k -r 1024k -r 16384k -f /mnt_emmc//tmp/iozone.tmp

 

Example1:

kB  reclen    write  rewrite    read    reread    read     write     read   rewrite      read   fwrite frewrite    fread  freread

102400       4     5053     4420    12471    12137

102400      16     5070     5218    22101    22207

102400     512    11733    12630    40799    40862

102400    1024    11446    11494    39982    39976

102400   16384    13839    14235    42093    42094

 

Example 2:

kB  reclen    write  rewrite    read    reread    read     write     read   rewrite      read   fwrite frewrite    fread  freread

102400       4     5088     5006    13496    13095

102400      16     5395     5549    17199    17220

102400     512     9203    10038    27819    27586

102400    1024     9382     8482    32514    32430

102400   16384    13569    13986    41992    42081

 

 

When same command is executed without LAVA with same DUT, results are more homogeneous  (similar to exemple1) and permit to define clear targets


I'm not familiar with IOZone, so any problem with those numbers needs to be fully explained - I can't see a pattern.

The command line suggests that you're expecting the data to be written directly to the DUT filesystem from a command running on the DUT, so LAVA is doing absolutely nothing during that operation.
 

 

How to reduce interaction from Lava to measure performance of DUT ?


During the execution of a Lava Test Shell there is no impact on the DUT from running it in LAVA - LAVA is simply watching for patterns on the serial connection and writing logs. LAVA is not interacting with the board in any way. During the operation of a test shell script, LAVA is in strictly read-only mode. Nothing is sent to the DUT once the test shell starts.
 

Is it possible to disable some checks / interactions with DUT during execution of each test (around 3 / 4 minutes) ?


Right now, that question doesn't make sense because there are no checks / interactions with the DUT during the execution of a test.

--