All of lore.kernel.org
 help / color / mirror / Atom feed
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

  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 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.