From: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
To: Akira Yokosawa <akiyks@gmail.com>
Cc: perfbook@vger.kernel.org
Subject: Re: Some questions
Date: Wed, 27 Apr 2016 15:50:22 -0700 [thread overview]
Message-ID: <20160427225022.GK4967@linux.vnet.ibm.com> (raw)
In-Reply-To: <2b39d2d5-962b-ce05-aa59-5569abdc4049@gmail.com>
On Thu, Apr 28, 2016 at 07:15:05AM +0900, Akira Yokosawa wrote:
> On 2016/04/27 09:53:57 -0700, Paul E. McKenney wrote:
> > On Thu, Apr 28, 2016 at 12:21:48AM +0900, Akira Yokosawa wrote:
> > [snip]
> >
> >> However, the newly added Table 14.2 "A Variable With More Simultaneous Values"
> >> seems like it is not complete yet. Is that the case?
> >
> > Please see attached for what it looks like to me.
>
> Well, this is identical to the one I built.
> So, do you intend to explicitly put numbers which show up fairly long time, and
> leave other cells blank even below changes of values denoted by (n) in italics?
The blank cells represent cache misses. The CPU is waiting for a read
to complete during that time. A non-blank cell corresponds to a CPU
actually completing a read.
> >> Looks like you used some custom script or something to generate the table
> >> from a raw data that contains when each cpu sees the updates.
> >>
> >> Do you have a plan to replace the Table with a Figure something like
> >> Figure 14.5 "A Variable With Multiple Simultaneous Values"?
> >
> > I briefly considered coloring the table cells, but got distracted.
>
> That kind of work would be made easy if you make a script or something to
> generate the latex source of the table. The problem is the script itself
> might take time to make it work properly. I could be of help in that area.
I probably do have something somewhere... No guarantees of finding it...
> > I am not sure that making a 14.5-like barchart would be all that
> > readable... But please feel free to prove me wrong.
>
> There would be a number of very narrow bars hard to recognize.
> It would also be impossible to see there are fourteen different opinions
> at time 20. Yes, a table seems a better way to represent this.
Not sure that there is a really good way to represent this, but again,
please feel free to prove me wrong! A nicer representation would be a
very good thing.
Thanx, Paul
> >> If you do, I'll refrain from touching the Table. Rather, I'd be interested
> >> in improving the script you might be using, if any.
> >>
> >> Another totally unrelated question is about the URL you placed in
> >> Section C.7: "http://www.openvms.compaq.com/wizard/wiz_2637.html".
> >> Sadly, this URL is no longer valid. Do you happen to aware of an alternative
> >> URL still accessible today?
> >
> > This one: http://h71000.www7.hp.com/wizard/wiz_2637.html
> >
> >> By looking up a Wikipedia article, I found a page at
> >> http://h18002.www1.hp.com/alphaserver/technology/chip-docs.html,
> >> which is "Archived technical documentation library" of Alpha
> >> containing links to technical documentation for Alpha microprocessors
> >> and Alpha ATX motherboards. Is there a document there which can be
> >> referred to instead of the above mentioned URL?
> >
> > Ah, I see... I blew it and included the URL verbatim in the text.
> > It should be replaced with \cite{Compaq01}.
> >
> > Fixed, with your Reported-by! Thank you!
>
> Oh, you are most welcome!
> Thanks, Akira
> >
> > Thanx, Paul
> >
>
next prev parent reply other threads:[~2016-04-27 22:50 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-04-27 15:21 Some questions Akira Yokosawa
[not found] ` <20160427165357.GD4967@linux.vnet.ibm.com>
2016-04-27 22:15 ` Akira Yokosawa
2016-04-27 22:50 ` Paul E. McKenney [this message]
2016-04-27 23:01 ` Akira Yokosawa
2016-04-27 23:28 ` Paul E. McKenney
2016-04-28 15:39 ` Akira Yokosawa
2016-04-28 16:28 ` Paul E. McKenney
2016-04-28 23:05 ` Akira Yokosawa
2016-04-29 16:00 ` Akira Yokosawa
2016-04-29 17:15 ` Paul E. McKenney
2016-04-29 22:06 ` Akira Yokosawa
2016-04-30 1:05 ` Paul E. McKenney
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=20160427225022.GK4967@linux.vnet.ibm.com \
--to=paulmck@linux.vnet.ibm.com \
--cc=akiyks@gmail.com \
--cc=perfbook@vger.kernel.org \
/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