From: Thomas Richter <tmricht@linux.ibm.com>
To: Namhyung Kim <namhyung@kernel.org>
Cc: linux-kernel@vger.kernel.org, linux-s390@vger.kernel.org,
linux-perf-users@vger.kernel.org, acme@kernel.org,
ctshao@google.com, rogers@google.com, agordeev@linux.ibm.com,
gor@linux.ibm.com, sumanthk@linux.ibm.com, hca@linux.ibm.com,
Ian Rogers <irogers@google.com>
Subject: Re: [PATCH v3] perf test: Allow tolerance for leader sampling test
Date: Fri, 11 Apr 2025 08:58:45 +0200 [thread overview]
Message-ID: <27901544-619e-4704-a2a6-132e8ab6a6e4@linux.ibm.com> (raw)
In-Reply-To: <Z_hkF6R9giaDGQZD@google.com>
On 4/11/25 02:36, Namhyung Kim wrote:
> Hello,
>
> On Thu, Apr 10, 2025 at 10:55:22AM +0200, Thomas Richter wrote:
>> V3: Added check for missing samples as suggested by Chun-Tse.
>> V2: Changed bc invocation to return 0 on success and 1 on error.
>>
>> There is a known issue that the leader sampling is inconsistent, since
>> throttle only affect leader, not the slave. The detail is in [1]. To
>> maintain test coverage, this patch sets a tolerance rate of 80% to
>> accommodate the throttled samples and prevent test failures due to
>> throttling.
>>
>> [1] lore.kernel.org/20250328182752.769662-1-ctshao@google.com
>>
>> Signed-off-by: Chun-Tse Shao <ctshao@google.com>
>> Suggested-by: Ian Rogers <irogers@google.com>
>> Suggested-by: Thomas Richter <tmricht@linux.ibm.com>
>> Tested-by: Thomas Richter <tmricht@linux.ibm.com>
>> Signed-off-by: Thomas Richter <tmricht@linux.ibm.com>
>> ---
>> tools/perf/tests/shell/record.sh | 33 ++++++++++++++++++++++++++------
>> 1 file changed, 27 insertions(+), 6 deletions(-)
>>
>> diff --git a/tools/perf/tests/shell/record.sh b/tools/perf/tests/shell/record.sh
>> index ba8d873d3ca7..0075ffe783ad 100755
>> --- a/tools/perf/tests/shell/record.sh
>> +++ b/tools/perf/tests/shell/record.sh
>> @@ -238,22 +238,43 @@ test_leader_sampling() {
>> err=1
>> return
>> fi
>> + perf script -i "${perfdata}" | grep brstack > $script_output
>> + # Check if the two instruction counts are equal in each record.
>> + # However, the throttling code doesn't consider event grouping. During throttling, only the
>> + # leader is stopped, causing the slave's counts significantly higher. To temporarily solve this,
>> + # let's set the tolerance rate to 80%.
>> + # TODO: Revert the code for tolerance once the throttling mechanism is fixed.
>> index=0
>> - perf script -i "${perfdata}" > $script_output
>> + valid_counts=0
>> + invalid_counts=0
>> + tolerance_rate=0.8
>> while IFS= read -r line
>> do
>> - # Check if the two instruction counts are equal in each record
>> cycles=$(echo $line | awk '{for(i=1;i<=NF;i++) if($i=="cycles:") print $(i-1)}')
>> if [ $(($index%2)) -ne 0 ] && [ ${cycles}x != ${prev_cycles}x ]
>> then
>> - echo "Leader sampling [Failed inconsistent cycles count]"
>> - err=1
>> - return
>> + invalid_counts=$(($invalid_counts+1))
>> + else
>> + valid_counts=$(($valid_counts+1))
>> fi
>> index=$(($index+1))
>> prev_cycles=$cycles
>> done < $script_output
>> - echo "Basic leader sampling test [Success]"
>> + total_counts=$(bc <<< "$invalid_counts+$valid_counts")
>> + if (( $(bc <<< "$total_counts <= 0") ))
>> + then
>> + echo "Leader sampling [No sample generated]"
>> + err=1
>> + return
>> + fi
>> + isok=$(bc <<< "scale=2; if (($invalid_counts/$total_counts) < (1-$tolerance_rate)) { 0 } else { 1 };")
>
> Is 'scale=2' really needed? Does something similar to the above like
>
> if (( $(bc <<< "($invalid_counts / $total_counts) < (1 - $tolerance_rate)") ))
>
> work?
>
> Thanks,
> Namhyung
>
>
From the man page of bc:
NUMBERS
The most basic element in bc is the number. Numbers are arbitrary precision numbers. This
precision is both in the integer part and the fractional part. All numbers are represented
internally in decimal and all computation is done in decimal. (This version truncates re‐
sults from divide and multiply operations.)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
This can be proved with:
# bc <<< "2/27"
0
# bc <<< "scale=2;2/27"
.07
#
Without scale there is no fractional part and integer arithmetic will lead to wrong results.
I think scale=2 is necessary or we need to use something different like awk.
Thanks
--
Thomas Richter, Dept 3303, IBM s390 Linux Development, Boeblingen, Germany
--
IBM Deutschland Research & Development GmbH
Vorsitzender des Aufsichtsrats: Wolfgang Wendt
Geschäftsführung: David Faller
Sitz der Gesellschaft: Böblingen / Registergericht: Amtsgericht Stuttgart, HRB 243294
next prev parent reply other threads:[~2025-04-11 6:58 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-04-10 8:55 [PATCH v3] perf test: Allow tolerance for leader sampling test Thomas Richter
2025-04-10 17:30 ` Chun-Tse Shao
2025-04-11 0:36 ` Namhyung Kim
2025-04-11 6:58 ` Thomas Richter [this message]
2025-04-11 21:00 ` Namhyung Kim
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=27901544-619e-4704-a2a6-132e8ab6a6e4@linux.ibm.com \
--to=tmricht@linux.ibm.com \
--cc=acme@kernel.org \
--cc=agordeev@linux.ibm.com \
--cc=ctshao@google.com \
--cc=gor@linux.ibm.com \
--cc=hca@linux.ibm.com \
--cc=irogers@google.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-perf-users@vger.kernel.org \
--cc=linux-s390@vger.kernel.org \
--cc=namhyung@kernel.org \
--cc=rogers@google.com \
--cc=sumanthk@linux.ibm.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox