You could try disabling cpuspeed before taking the measurement, then 
re-enabling it... kind of kludgey, but it would work...


Paul Krizak                         7171 Southwest Pkwy MS B200.3A
MTS Systems Engineer                Austin, TX  78735
Advanced Micro Devices              Desk:  (512) 602-8775
Linux/Unix Systems Engineering      Cell:  (512) 791-0686
Global IT Infrastructure            Fax:   (512) 602-0468

On 08/31/10 16:23, Justin Lloyd wrote:
> Here’s an interesting question for Nova users and/or Linux experts. I
> have a number of measurements promises that extract information about a
> system and store that data in our asset database. However, if dynamic
> CPU throttling is enabled on (mainly RHEL) Linux (e.g. cpuspeed), that
> value will change and we end up seeing toggling of that value in our
> asset database (via a report that tracks changes made to it by Cfengine).
>
> Currently I’m looking at /proc/cpuinfo:
>
> measurements:
>
> linux::
>
> "/proc/cpuinfo"
>
> handle => "linux_cpu_speed",
>
> stream_type => "file",
>
> data_type => "int",
>
> history_type => "scalar",
>
> units => "MHz",
>
> match_value => extract_line_value("cpu MHz.*", "cpu MHz\s+:\s+(\d+\.\d+)");
>
> This is the value that changes. One person here suggested looking at the
> “model name” entry in /proc/cpuinfo, to which newer systems statically
> add the default CPU speed, but unfortunately we have a lot of systems
> that don’t do that.
>
> So does anyone have any other thoughts on how to reliably retrieve RHEL
> systems’ CPU speeds via Cfengine measurements promises?
>
> *Justin C. Lloyd*
>
> Senior Unix Infrastructure Engineer
>
> *Office*: 303.684.4166
>
>
> Description: Description: cid:image001.gif@01CB11F3.8C8CBD70
> www.digitalglobe.com <http://www.digitalglobe.com/>
>
> This electronic communication and any attachments may contain confidential 
> and proprietary
> information of DigitalGlobe, Inc. If you are not the intended recipient, or 
> an agent or employee
> responsible for delivering this communication to the intended recipient, or 
> if you have received
> this communication in error, please do not print, copy, retransmit, 
> disseminate or
> otherwise use the information. Please indicate to the sender that you have 
> received this
> communication in error, and delete the copy you received. DigitalGlobe 
> reserves the
> right to monitor any electronic communication sent or received by its 
> employees, agents
> or representatives.

_______________________________________________
Help-cfengine mailing list
Help-cfengine@cfengine.org
https://cfengine.org/mailman/listinfo/help-cfengine

Reply via email to