From: Masami Hiramatsu <masami.hiramatsu.pt@hitachi.com>
To: Tom Zanussi <zanussi@us.ibm.com>
Cc: David Wilder <dwilder@us.ibm.com>,
linux-kernel@vger.kernel.org, systemtap@sources.redhat.com,
Yumiko Sugita <yumiko.sugita.yf@hitachi.com>,
Satoshi Oshima <soshima@redhat.com>,
Hideo Aoki <haoki@redhat.com>
Subject: Re: [PATCH] relay-file-read-start-pos-fix.patch
Date: Wed, 20 Jun 2007 17:31:59 +0900 [thread overview]
Message-ID: <4678E5FF.7030301@hitachi.com> (raw)
In-Reply-To: <1182231301.30702.82.camel@ubuntu>
Hi Tom,
Tom Zanussi wrote:
> Could you send more info on how to reproduce the problem you're seeing?
> And does this patch fix it?
Sure, I'll explain how to reproduce it.
Since current SystemTap is not supporting "overwrite" mode,
you need to apply a patch before trying to reproduce it.
I already posted the patch to bugzilla. You can get it from below.
http://sourceware.org/bugzilla/attachment.cgi?id=1896&action=view
Here is an example script (fillup.stp).
----
global counter=0
probe timer.ms(1) {
counter++;
printf("%08d : %020d\n", counter, gettimeofday_ns());
}
----
First of all, run the script with -O (overwrite mode) flag.
(For simplify my explanation, I also use -m flag here.)
$ stap -O fillup.stp -m fillup
Soon after starting, press ^\(Ctrl+\) to detach from it.
The script writes 32 bytes dummy data per 1 milli-second, so
it writes about 32k bytes per 1 second.
And the default size of relay channel of systemtap is 512kB
which contains 4 subbufs (each size of subbufs is 128kB).
Thus, it fills the relay channel at about 16 seconds and
wraparounds because it uses overwrite mode.
So, wait more than 16 seconds (for example, 18 sec),
read the relay channel and count the line number.
And repeat it.
$ while true; do sleep 18; \
cat /sys/kernel/debug/systemtap/fillup/trace0 | wc -l; done
Ideally, it will show the number from 12288(=3*128k/32) to
16384(=4*128k/32).
However, without my patch, it shows;
4793
5721
9818
9817
9819
13912
0
0
780
1625
5723
5721
And, with my patch;
15742
13273
14901
12430
14056
15682
13215
14840
12370
13996
15624
13154
So, I think my patch (which )fixes the problem.
Thanks,
P.S.
I attached my patch (relay-file-read-overwrite-mode-fix.patch)
which fixed the problem pointed in previous mail.
Signed-off-by: Masami Hiramatsu <masami.hiramatsu.pt@hitachi.com>
---
kernel/relay.c | 8 ++++++--
1 file changed, 6 insertions(+), 2 deletions(-)
Index: linux-2.6.22-rc4-mm2/kernel/relay.c
===================================================================
--- linux-2.6.22-rc4-mm2.orig/kernel/relay.c 2007-06-13 20:22:02.000000000 +0900
+++ linux-2.6.22-rc4-mm2/kernel/relay.c 2007-06-20 10:53:06.000000000 +0900
@@ -812,7 +812,10 @@
}
buf->bytes_consumed += bytes_consumed;
- read_subbuf = read_pos / buf->chan->subbuf_size;
+ if (!read_pos)
+ read_subbuf = buf->subbufs_consumed % n_subbufs;
+ else
+ read_subbuf = read_pos / buf->chan->subbuf_size;
if (buf->bytes_consumed + buf->padding[read_subbuf] == subbuf_size) {
if ((read_subbuf == buf->subbufs_produced % n_subbufs) &&
(buf->offset == subbuf_size))
@@ -841,8 +844,9 @@
}
if (unlikely(produced - consumed >= n_subbufs)) {
- consumed = (produced / n_subbufs) * n_subbufs;
+ consumed = produced - n_subbufs + 1;
buf->subbufs_consumed = consumed;
+ buf->bytes_consumed = 0;
}
produced = (produced % n_subbufs) * subbuf_size + buf->offset;
next prev parent reply other threads:[~2007-06-20 8:32 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-06-18 4:57 [PATCH] relay-file-read-start-pos-fix.patch David Wilder
2007-06-19 3:43 ` Masami Hiramatsu
2007-06-19 5:35 ` Tom Zanussi
2007-06-20 8:31 ` Masami Hiramatsu [this message]
2007-06-20 14:46 ` Tom Zanussi
2007-06-21 18:05 ` David Wilder
2007-06-19 16:25 ` Tom Zanussi
2007-06-20 1:22 ` Masami Hiramatsu
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=4678E5FF.7030301@hitachi.com \
--to=masami.hiramatsu.pt@hitachi.com \
--cc=dwilder@us.ibm.com \
--cc=haoki@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=soshima@redhat.com \
--cc=systemtap@sources.redhat.com \
--cc=yumiko.sugita.yf@hitachi.com \
--cc=zanussi@us.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 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.