From: Eric Piel <Eric.Piel@tremplin-utc.net>
To: "Pallipadi, Venkatesh" <venkatesh.pallipadi@intel.com>
Cc: davej@redhat.com, Dominik Brodowski <linux@dominikbrodowski.net>,
cpufreq@lists.linux.org.uk
Subject: Re: [PATCH] transition latency of speedstep-ich (third try)
Date: Fri, 30 Sep 2005 00:06:14 +0200 [thread overview]
Message-ID: <433C6556.1030803@tremplin-utc.net> (raw)
In-Reply-To: <88056F38E9E48644A0F562A38C64FB6005DBB974@scsmsx403.amr.corp.intel.com>
29.09.2005 01:53, Pallipadi, Venkatesh wrote/a écrit:
>>-----Original Message-----
>>From: Eric Piel [mailto:Eric.Piel@tremplin-utc.net]
>>
>>>Eric,
>>>Can you put rdtsc's around these in/out on your system and
>>
>>check how long do they really take. On P4M, rdtsc should be
>>running all the time other than the Cpu being in deep_sleep
>>state. That should give us some idea about the SMM latency.
>>
>>Ok, I've just done it. It's on a P3 coppermine though (not a P4M). So
>>I've measure the difference of tsc before and after the in/out
>>instructions (not included the local_irq_*()). The patch is
>>attached for
>>double check (or if someone wants to try on another CPU). The values
>>seem very small compare to the 500uS you mentioned.
>>
>>After few minutes with ondemand governor, there was a log like this:
>>Sep 28 23:30:32 circle kernel: cpufreq transition took 4862 cycles
>>Sep 28 23:30:33 circle kernel: cpufreq transition took 4473 cycles
>>Sep 28 23:30:33 circle kernel: cpufreq transition took 4836 cycles
>>Sep 28 23:30:35 circle kernel: cpufreq transition took 4723 cycles
>>Sep 28 23:30:35 circle kernel: cpufreq transition took 5640 cycles
>>Sep 28 23:30:48 circle kernel: cpufreq transition took 4515 cycles
>>Sep 28 23:30:48 circle kernel: cpufreq transition took 4904 cycles
>>Sep 28 23:31:02 circle kernel: cpufreq transition took 4286 cycles
>>Sep 28 23:31:02 circle kernel: cpufreq transition took 4607 cycles
>>Sep 28 23:31:03 circle kernel: cpufreq transition took 4279 cycles
>>Sep 28 23:31:03 circle kernel: cpufreq transition took 4605 cycles
>>Sep 28 23:31:04 circle kernel: cpufreq transition took 4694 cycles
>>Sep 28 23:31:04 circle kernel: cpufreq transition took 4605 cycles
>>Sep 28 23:31:13 circle kernel: cpufreq transition took 4683 cycles
>>Sep 28 23:31:14 circle kernel: cpufreq transition took 4676 cycles
>>Sep 28 23:31:14 circle kernel: cpufreq transition took 4515 cycles
>>Sep 28 23:31:15 circle kernel: cpufreq transition took 4522 cycles
>>
>>Maximum I've seen is 5640 cycles, minimum is about 4200c. My CPU is
>>clocked 1GHz so the result can be easily summarized to a maximum of
>>about 6uS.
>>
>>As it's very different from the numbers you got, I wonder if I mistook
>>somewhere ?
>>
>
>
> I don't have any numbers with Coppermine or P4-M. Probably the reason
> For low numbers is TSC itself stops at certain times during this whole
> Operation. And it will also run at slower frequency once you change the
> Freq (On coppermine). 6uS is too low in my opinion. We may not be
> measuring correctly here.
Could it happen that on a P4M the TSC doesn't stop? Then maybe someone
with such a harware could try? Otherwise, what do you suggest to obtain
the maximum transition latency? Take 500uS and multiply by the number of
I/O in the code ?
Eric
next prev parent reply other threads:[~2005-09-29 22:06 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-09-28 23:53 [PATCH] transition latency of speedstep-ich (third try) Pallipadi, Venkatesh
2005-09-29 22:06 ` Eric Piel [this message]
2005-10-14 15:19 ` Stefan Seyfried
-- strict thread matches above, loose matches on Subject: below --
2005-11-28 22:19 Pallipadi, Venkatesh
2005-11-28 23:35 ` Eric Piel
2005-11-28 23:48 ` Mattia Dongili
2005-11-29 7:48 ` Mattia Dongili
2005-10-05 20:39 Pallipadi, Venkatesh
2005-11-26 22:40 ` Eric Piel
2005-11-28 22:12 ` Mattia Dongili
2005-09-28 1:26 Pallipadi, Venkatesh
2005-09-28 21:38 ` Eric Piel
2005-02-06 22:33 [PATCH] support for CPUFREQ_ETERNAL drivers by the ondemand governor Eric Piel
2005-02-09 19:15 ` Dominik Brodowski
2005-03-06 17:06 ` [PATCH] transition latency of speedstep-ich Eric Piel
[not found] ` <20050307182137.GB24559@isilmar.linta.de>
[not found] ` <432DD8DD.3090805@tremplin-utc.net>
[not found] ` <20050919101843.GA13041@isilmar.linta.de>
2005-09-19 22:35 ` [PATCH] transition latency of speedstep-ich (third try) Eric Piel
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=433C6556.1030803@tremplin-utc.net \
--to=eric.piel@tremplin-utc.net \
--cc=cpufreq@lists.linux.org.uk \
--cc=davej@redhat.com \
--cc=linux@dominikbrodowski.net \
--cc=venkatesh.pallipadi@intel.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