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: 35+ 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 13:18 ` Mala Anand
2002-08-27 15:49 ` jamal
2002-08-27 15:49 ` jamal
2002-08-27 2:53 Mala Anand
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-27 10:17 ` jamal
2002-08-26 13:04 Mala Anand
2002-08-25 20:12 Mala Anand
2002-08-25 20:12 Mala Anand
2002-08-26 1:02 ` jamal
2002-08-26 1:02 ` jamal
2002-08-25 16:17 jamal
2002-08-25 22:51 ` David S. Miller
2002-08-25 22:51 ` David S. Miller
2002-08-25 16:17 jamal
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 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.