From: Dave Hansen <haveblue@us.ibm.com>
To: Bill Hartner <hartner@austin.ibm.com>
Cc: Mala Anand <manand@us.ibm.com>,
Benjamin LaHaise <bcrl@redhat.com>,
alan@lxorguk.ukuu.org.uk, Bill Hartner <bhartner@us.ibm.com>,
davem@redhat.com, linux-kernel@vger.kernel.org,
lse-tech@lists.sourceforge.net,
lse-tech-admin@lists.sourceforge.net
Subject: Re: [Lse-tech] Re: (RFC): SKB Initialization
Date: Fri, 23 Aug 2002 13:30:07 -0700 [thread overview]
Message-ID: <3D669B4F.7090402@us.ibm.com> (raw)
In-Reply-To: 3D669737.67ED34AF@austin.ibm.com
Bill Hartner wrote:
>
> Dave Hansen wrote:
>
>>Mala Anand wrote:
>>
>>>Readprofile ticks are not as accurate as the cycles I measured.
>>>Moreover readprofile can give misleading information as it profiles
>>>on timer interrupts. The alloc_skb and __kfree_skb call memory
>>>management routines and interrupts are disabled in many parts of that code.
>>>So I don't trust the readprofile data.
>>
>>I don't believe your results to be accurate. They may be _precise_
>>for a small case, but you couldn't have been measuring them for very
>>long. A claim of accuracy requires a large number of samples, which
>>you apparently did not do.
>
> What is your definition of a "very long time" ?
>
> Read the 1st email. There were 2.4 million samples.
>
> How many do you think is sufficient ?
I must have misunderstood the data from the first email. I was under
the impression that it was much smaller than that number.
>>I can't use oprofile or other NMI-based profilers on my hardware, so
>>we'll just have to guess. Is there any chance that you have access to
>>a large Specweb setup on hardware that is close to mine and can run
>>oprofile?
>
> Why do you think oprofile is a better way to measure this ?
Mala's main complaint about readprofile is that it cannot profile
while interrupts are disabled. oprofile's timer interrupts cannot be
disabled, they _always_ occur.
> BTW, Mala works with Troy Wilson who is running SPECweb99 on
> an 8-way system using Apache. Troy has run with Mala's patch
> and that data will be posted.
I look forward to seeing it.
>>Where are interrupts disabled? I just went through a set of kernprof
>>data and traced up the call graph. In the most common __kfree_skb
>>case, I do not believe that it has interupts disabled. I could be
>>wrong, but I didn't see it.
>
> What is the revelance of the above ?
Mala's main complaint about readprofile is that it cannot profile
while interrupts are disabled. I didn't see the case where it was
being called with interrupts disabled. I was hoping that you could
point it out to me.
--
Dave Hansen
haveblue@us.ibm.com
next prev parent reply other threads:[~2002-08-23 20:29 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-08-23 14:44 [Lse-tech] Re: (RFC): SKB Initialization Mala Anand
2002-08-23 16:39 ` Dave Hansen
2002-08-23 20:12 ` Bill Hartner
2002-08-23 20:30 ` Dave Hansen [this message]
2002-08-23 23:36 ` Troy Wilson
2002-08-23 20:51 ` Rick Lindsley
2002-08-23 22:41 ` David S. Miller
-- strict thread matches above, loose matches on Subject: below --
2002-09-03 3:47 Mala Anand
2002-08-27 13:18 Mala Anand
2002-08-27 15:49 ` jamal
2002-08-27 2:53 Mala Anand
2002-08-26 13:04 Mala Anand
2002-08-26 19:28 ` Robert Olsson
2002-08-27 10:17 ` jamal
2002-08-25 20:12 Mala Anand
2002-08-26 1:02 ` jamal
2002-08-25 16:17 jamal
2002-08-25 22:51 ` David S. Miller
2002-08-23 23:38 Mala Anand
2002-08-23 23:55 ` David S. Miller
2002-08-23 23:14 Mala Anand
2002-08-22 17:22 Mala Anand
2002-08-22 18:32 ` Benjamin LaHaise
2002-08-22 19:02 ` Dave Hansen
2002-08-22 22:05 ` William Lee Irwin III
2002-08-23 19:09 ` Bill Hartner
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=3D669B4F.7090402@us.ibm.com \
--to=haveblue@us.ibm.com \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=bcrl@redhat.com \
--cc=bhartner@us.ibm.com \
--cc=davem@redhat.com \
--cc=hartner@austin.ibm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=lse-tech-admin@lists.sourceforge.net \
--cc=lse-tech@lists.sourceforge.net \
--cc=manand@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox