This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author christian.heimes
Recipients belopolsky, christian.heimes, gvanrossum, maltehelmert, pitrou, rbp
Date 2008-02-24.20:37:01
SpamBayes Score 9.961122e-05
Marked as misclassified No
Message-id <47C1D56B.20809@cheimes.de>
In-reply-to <1203883995.24.0.732592520221.issue1040026@psf.upfronthosting.co.za>
Content
Guys, please don't waste too much time on this issue! The tracker still
has more than 1,700 open issues for to debate on. While I enjoy the
fact, that you three are enthusiastic, I strongly feel the urge to
re-route your men power. This bug isn't important enough to waste your
precious time on it.

My opinion as junior core developer is:

sysconf(_SC_CLK_TCK) is the winner and it should be used instead of HZ
when available. A default value should not be used because it will lead
to wrong data. Wrong results are worse than no results.

Since calls to sysconf seem to cost several CPU cycles "clk_tck" should
be cached somehow. I prefer a local static variable in the function but
a static var on file level is fine, too.

The compilation of Python must not fail. When neither HZ nor sysconf is
available but HAVE_TIMES is defined then the function must not be
included. Either you skip the function plus undef HAVE_TIMES or you add
some code to configure.in that does it earlier. The C89 standard doesn't
define #warn so that not an option, too. But configure is allowed fail
for a broken system.

Christian
History
Date User Action Args
2008-02-24 20:37:03christian.heimessetspambayes_score: 9.96112e-05 -> 9.961122e-05
recipients: + christian.heimes, gvanrossum, belopolsky, maltehelmert, pitrou, rbp
2008-02-24 20:37:02christian.heimeslinkissue1040026 messages
2008-02-24 20:37:01christian.heimescreate