public inbox for elfutils@sourceware.org
 help / color / mirror / Atom feed
From: Mark Wielaard <mark@klomp.org>
To: Noah Sanci <nsanci@redhat.com>
Cc: elfutils-devel@sourceware.org
Subject: Re: [Bug debuginfod/28577] Make run-...-fd-prefetch-caches.sh test something
Date: Fri, 03 Jun 2022 16:49:04 +0200	[thread overview]
Message-ID: <f451be01a557f942f2f687ea7bfde26d8e851160.camel@klomp.org> (raw)
In-Reply-To: <a8a40e0186985c5e60b2252ec080e830300f368e.camel@klomp.org>

Hi Noah,

On Mon, 2022-05-30 at 17:36 +0200, Mark Wielaard wrote:
> > Please find the new patch attached.
> 
> Thanks for adding all the comments. Looks good.

The only issue is that although it seems to work well on Fedora I am
having problems getting to test to work on an older CentOS 7 install.

It always seems to fail at this point:

 export DEBUGINFOD_URLS=http://127.0.0.1:$PORT1/
 # load prefetch cache with debuginfod-tars/usr/src/debug/hello.c
 testrun ${abs_top_builddir}/debuginfod/debuginfod-find debuginfo cee13b2ea505a7f37bd20d271c6bc7e5f8d2dfcb
 metrics=$(curl http://127.0.0.1:$PORT1/metrics)
 regex="fdcache_prefetch_count ([0-9])+"
 # Check to see if prefetch cache is maximally loaded. Note fdcache-prefetch (2) > prefetch-fds (1),
# so the debuginfod will try to load the prefetch cache with 2 files. We want prefetch-fds to cap that
# off
if [[ $metrics =~ $regex ]]; then
  if [[ ${BASH_REMATCH[1]} -ne $PREFETCH_FDS ]]; then
    err
  fi
else
  err
fi

Because I am getting:

++ curl http://127.0.0.1:8819/metrics
  % Total    % Received % Xferd  Average
Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left 
 Speed
^M  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:
--:--     0^M100  5793  100  5793    0     0  7532k      0 --:--:-- --
:--:-- --:--:-- 5657k
+ metrics='fdcache_bytes 0
fdcache_count 0
fdcache_op_count{op="emerg-flush"} 3
fdcache_op_count{op="enqueue"} 1
fdcache_op_count{op="evict"} 1
fdcache_op_count{op="prefetch_enqueue"} 1
fdcache_op_count{op="prefetch_evict"} 1
fdcache_op_count{op="probe_miss"} 2
fdcache_prefetch_bytes 0
fdcache_prefetch_count 0
[...]

So no bytes are prefetched at all.

I am not sure why this is happening. Do you see any obvious issue that
would explain this happening on centos7?

Thanks,

Mark

  reply	other threads:[~2022-06-03 14:49 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-05-25 18:44 Noah Sanci
2022-05-27 16:20 ` Mark Wielaard
     [not found]   ` <CAJXA7qiYfeEpr5pHY5xPWcmnMoA1csnBvDnAHBoTubTVyBz+4g@mail.gmail.com>
2022-05-30 15:36     ` Mark Wielaard
2022-06-03 14:49       ` Mark Wielaard [this message]
     [not found]         ` <CAJXA7qjnhkwRaMWv2C7xnG+ruWFVsPgrvufDG94NUQe2Z067nA@mail.gmail.com>
2022-06-03 15:02           ` Mark Wielaard
2022-06-03 16:22             ` Mark Wielaard

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=f451be01a557f942f2f687ea7bfde26d8e851160.camel@klomp.org \
    --to=mark@klomp.org \
    --cc=elfutils-devel@sourceware.org \
    --cc=nsanci@redhat.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;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).