473,395 Members | 1,474 Online
Bytes | Software Development & Data Engineering Community
Post Job

Home Posts Topics Members FAQ

Join Bytes to post your question to a community of 473,395 software developers and data experts.

SPEC CPU2006 announced

The new CPU benchmark from the Standard Performance Evaluation
Corporation is announced

http://www.spec.org/cpu2006/

Readers of comp.arch and comp.benchmarks may
recall that I posted a call for benchmark candidates
a few years ago. Thank you to those who responded.
There were many contributions of real applications,
as well as a variety of freely-available programs,
that were included (see "credits.html" at the URL
above).

The new benchmark is a challenge to compilers: mostly
new code, derived from real applications, and over
3 million lines of code. Nevertheless, a wide variety of
compilers have been used to produce initial results.

- John Henning
Performance Engineer, Sun Microsystems
and
Vice-Chair/Secretary, SPEC CPU Subcommittee

Aug 24 '06 #1
64 3163
Jo************@gmail.com wrote:
The new CPU benchmark from the Standard Performance Evaluation
Corporation is announced
<snip spam>

and your C question is? Of for those on comp.lang.c++ your C++ question?
Or your Fortran question? The main group where it looks like, from the
name, it *might* be topical is comp.benchmarks.
- John Henning
Performance Engineer, Sun Microsystems
and
Vice-Chair/Secretary, SPEC CPU Subcommittee
If you really are in those positions you should know better than to
bring your companies in to disrepute by spamming.
--
Flash Gordon
Aug 24 '06 #2
Flash Gordon <sp**@flash-gordon.me.ukwrites:
Jo************@gmail.com wrote:
The new CPU benchmark from the Standard Performance Evaluation
Corporation is announced

<snip spam>

and your C question is? Of for those on comp.lang.c++ your C++
question? Or your Fortran question? The main group where it looks
like, from the name, it *might* be topical is comp.benchmarks.
- John Henning
Performance Engineer, Sun Microsystems
and
Vice-Chair/Secretary, SPEC CPU Subcommittee

If you really are in those positions you should know better than to
bring your companies in to disrepute by spamming.
--
Flash Gordon
I don't think it is as off-topic for the C/C++/Fortran groups as you
seem to suggest. As I recall, the spec suite of tests includes at
least C (and perhaps some FORTRAN) benchmarks that are typically used
when evaluating compiler (and architecture) performance. Thus, when I
was working on C and C++ compilers, I cared about those tests. I'm
more surprised, that comp.compilers wasn't in the list of cross-posted
groups.

Just my opinion,
-Chris

************************************************** ***************************
Chris Clark Internet : co*****@world.std.com
Compiler Resources, Inc. Web Site : http://world.std.com/~compres
23 Bailey Rd voice : (508) 435-5016
Berlin, MA 01503 USA fax : (978) 838-0263 (24 hours)
------------------------------------------------------------------------------

Aug 24 '06 #3
In article <sd*************@shell01.TheWorld.com>,
Chris F Clark <cf*@shell01.TheWorld.comwrote:
>Flash Gordon <sp**@flash-gordon.me.ukwrites:
>Jo************@gmail.com wrote:
The new CPU benchmark from the Standard Performance Evaluation
Corporation is announced

<snip spam>
No it's not off topic.
>and your C question is? Of for those on comp.lang.c++ your C++
question? Or your Fortran question? The main group where it looks
like, from the name, it *might* be topical is comp.benchmarks.
- John Henning
Performance Engineer, Sun Microsystems
and
Vice-Chair/Secretary, SPEC CPU Subcommittee

If you really are in those positions you should know better than to
bring your companies in to disrepute by spamming.
I agree with below. On the other hand some people don't hide behind aliases.
But that's your choice.
>I don't think it is as off-topic for the C/C++/Fortran groups as you
seem to suggest. As I recall, the spec suite of tests includes at
least C (and perhaps some FORTRAN) benchmarks that are typically used
when evaluating compiler (and architecture) performance. Thus, when I
was working on C and C++ compilers, I cared about those tests. I'm
more surprised, that comp.compilers wasn't in the list of cross-posted
groups.
Levine has to approve it as moderator. Some people think moderated
are slow. We shield you guys from a lot of spam.

--
Aug 24 '06 #4
Flash Gordon wrote:
Jo************@gmail.com wrote:
>The new CPU benchmark from the Standard Performance Evaluation
Corporation is announced


<snip spam>

and your C question is? Of for those on comp.lang.c++ your C++ question?
Or your Fortran question? The main group where it looks like, from the
name, it *might* be topical is comp.benchmarks.
> - John Henning
Performance Engineer, Sun Microsystems
and
Vice-Chair/Secretary, SPEC CPU Subcommittee


If you really are in those positions you should know better than to
bring your companies in to disrepute by spamming.
I do not agree.

This is an interesting post. This benchmark is widely known and
it is used to evaluate compilers.

Aug 24 '06 #5
Eugene Miya wrote:
In article <sd*************@shell01.TheWorld.com>,
Chris F Clark <cf*@shell01.TheWorld.comwrote:
>Flash Gordon <sp**@flash-gordon.me.ukwrites:
>>Jo************@gmail.com wrote:
The new CPU benchmark from the Standard Performance Evaluation
Corporation is announced
<snip spam>

No it's not off topic.
It is not discussing C it is advertising a commercial product. Therefore
it is off topic in comp.lang.c and as it is commercial it comes under
what at least some people currently consider to be spam.
>>and your C question is? Of for those on comp.lang.c++ your C++
question? Or your Fortran question? The main group where it looks
like, from the name, it *might* be topical is comp.benchmarks.

- John Henning
Performance Engineer, Sun Microsystems
and
Vice-Chair/Secretary, SPEC CPU Subcommittee
If you really are in those positions you should know better than to
bring your companies in to disrepute by spamming.

I agree with below. On the other hand some people don't hide behind aliases.
But that's your choice.
Anyone can easily find my real name with either a whois query of
checking back through my posting history. Anyone who knows the perpose
of .me.uk will know this. I think it would even be possible to track
down my current and previous employer for someone skilled in the use of
Google.
>I don't think it is as off-topic for the C/C++/Fortran groups as you
seem to suggest. As I recall, the spec suite of tests includes at
least C (and perhaps some FORTRAN) benchmarks that are typically used
when evaluating compiler (and architecture) performance. Thus, when I
was working on C and C++ compilers, I cared about those tests. I'm
more surprised, that comp.compilers wasn't in the list of cross-posted
groups.

Levine has to approve it as moderator. Some people think moderated
are slow. We shield you guys from a lot of spam.
That does not apply to comp.lang.c or at least one of the other groups
since they are not moderated. If it is acceptable on whichever group you
are reading, fine, but it is not appropriate to all groups and thus
gives a bad impression of the company on at least some of the groups.

I will not be posting further in this thread.
--
Mark Gordon AKA Flash Gordon, do a whois on my domain to verify it.
Aug 24 '06 #6
In comp.lang.fortran Flash Gordon <sp**@flash-gordon.me.ukwrote:

(someone wrote)
>Levine has to approve it as moderator. Some people think moderated
are slow. We shield you guys from a lot of spam.
That does not apply to comp.lang.c or at least one of the other groups
since they are not moderated. If it is acceptable on whichever group you
are reading, fine, but it is not appropriate to all groups and thus
gives a bad impression of the company on at least some of the groups.
I have replied to articles crossposted between comp.compilers and
other groups. It seems that they don't come through any group until
they are approved by the moderator. I don't understand the process
any more than that, but that is the way I see it.

-- glen
Aug 24 '06 #7
>>Levine has to approve it as moderator. Some people think moderated
>>are slow. We shield you guys from a lot of spam.
>That does not apply to comp.lang.c or at least one of the other groups
since they are not moderated. If it is acceptable on whichever group you
are reading, fine, but it is not appropriate to all groups and thus
gives a bad impression of the company on at least some of the groups.
In article <ec**********@naig.caltech.edu>,
glen herrmannsfeldt <ga*@seniti.ugcs.caltech.eduwrote:
>I have replied to articles crossposted between comp.compilers and
other groups. It seems that they don't come through any group until
they are approved by the moderator. I don't understand the process
any more than that, but that is the way I see it.
This is true.

A single moderated group holds propagation of a cross post.
Levine and I have an agreement (as we each over with other groups)
that we will approve posts to each others groups (multiple moderated groups).

--comp.parallel moderator

--
Aug 24 '06 #8
>>>>The new CPU benchmark from the Standard Performance Evaluation
>>>>Corporation is announced
<snip spam>
No it's not off topic.
In article <tc************@news.flash-gordon.me.uk>,
Flash Gordon <sp**@flash-gordon.me.ukwrote:
>It is not discussing C it is advertising a commercial product. Therefore
it is off topic in comp.lang.c and as it is commercial it comes under
what at least some people currently consider to be spam.
First off, there is no prohibition of Usenet for commercial use.
There is no central authority to prohibit such. The only authority to
prohibit any use are given ISPs. If you have a problem with prohibitions,
change ISPs.

It was a small post and they have been around some time.

>That does not apply to comp.lang.c or at least one of the other groups
since they are not moderated. If it is acceptable on whichever group you
are reading, fine, but it is not appropriate to all groups and thus
gives a bad impression of the company on at least some of the groups.
SPEC, well intended, has a pretty good, really amazing reputation
among computer firms. I have attend an early cook off and I also
contributed to the usually mis-run NASA7 benchmark.

That's the problem with unmoderated groups.
>I will not be posting further in this thread.
Your choice.

--
Aug 24 '06 #9
Eugene Miya wrote:
A single moderated group holds propagation of a cross post.
Levine and I have an agreement (as we each over with other groups)
that we will approve posts to each others groups (multiple moderated
groups).
Then approving this type of messages you are encouraging threads like this
one, with very little value to any of the groups, moderated or not.

--
Salu2
Aug 24 '06 #10
In article <vr************@news.flash-gordon.me.uk>,
Flash Gordon <sp**@flash-gordon.me.ukwrote:
>and your C question is?
Comp.lang.c is not just for C questions. The subject is likely to be
of interest to many comp.lang.c people.

-- Richard
Aug 25 '06 #11
On 25 Aug 2006 00:18:24 GMT, ri*****@cogsci.ed.ac.uk (Richard Tobin)
wrote:
>In article <vr************@news.flash-gordon.me.uk>,
Flash Gordon <sp**@flash-gordon.me.ukwrote:
>>and your C question is?

Comp.lang.c is not just for C questions. The subject is likely to be
of interest to many comp.lang.c people.
So are chocolate, sex, cars, movies, and many other subjects. I think
it's better to stay with C questions.

--
Al Balmer
Sun City, AZ
Aug 25 '06 #12
Chris F Clark wrote:
Flash Gordon <sp**@flash-gordon.me.ukwrites:
>Jo************@gmail.com wrote:
>>The new CPU benchmark from the Standard Performance Evaluation
Corporation is announced

<snip spam>

and your C question is? Of for those on comp.lang.c++ your C++
question? Or your Fortran question? The main group where it looks
like, from the name, it *might* be topical is comp.benchmarks.

If you really are in those positions you should know better than
to bring your companies in to disrepute by spamming.

I don't think it is as off-topic for the C/C++/Fortran groups as
you seem to suggest. As I recall, the spec suite of tests
includes at least C (and perhaps some FORTRAN) benchmarks that
are typically used when evaluating compiler (and architecture)
performance. Thus, when I was working on C and C++ compilers, I
cared about those tests. I'm more surprised, that comp.compilers
wasn't in the list of cross-posted groups.
I consider it much more questionable than I did originally. The
benchmarks are being sold; they are not freely available. This
makes the post a commercial advertisement. I would have no problem
if the benchmarks were downloadable.

--
Chuck F (cb********@yahoo.com) (cb********@maineline.net)
Available for consulting/temporary embedded and systems.
<http://cbfalconer.home.att.netUSE maineline address!

Aug 25 '06 #13

CBFalconer wrote:
I consider it much more questionable than I did originally. The
benchmarks are being sold; they are not freely available. This
makes the post a commercial advertisement. I would have no problem
if the benchmarks were downloadable.
If anyone thinks that SPEC makes a lot of money *selling* this stuff,
or thinks that SPEC expects that, they are living in fantasy-land.

Please read http://www.spec.org/spec/faq/, for example; SPEC is a
non-profit organization, and the sales cover some of the administrative
costs, although of course the largest real expenses are the amounts of
staff time that various organizations devote to doing all of the work.

For most readers of these newsgroups, the relevance of the announcement
is so that people can go read the website and see the results *for
free*, i.e., it is a public service announcement to a relevant group of
people, not a money-making SPAM thing.

Disclosure: I haven't had any formal association with SPEC for a years,
but I was one of the original founders, and I still visit them every
once in a while.

Aug 25 '06 #14
In comp.lang.c Eugene Miya <eu****@cse.ucsc.eduwrote:
First off, there is no prohibition of Usenet for commercial use.
There is no central authority to prohibit such.
Granted, but presumably you would agree that in the absence of such
central authority that prevailing norms on individual newsgroups
should be regarded as, at minimum, indicative of "best practice"
regarding posting. comp.lang.c in particular views commercial
postings of any kind whatsoever as inappropriate, a fact prospective
posters would do well to remember.

--
C. Benson Manica | I *should* know what I'm talking about - if I
cbmanica(at)gmail.com | don't, I need to know. Flames welcome.
Aug 25 '06 #15
Christopher Benson-Manica wrote:
In comp.lang.c Eugene Miya <eu****@cse.ucsc.eduwrote:
>>First off, there is no prohibition of Usenet for commercial use.
There is no central authority to prohibit such.
Granted, but presumably you would agree that in the absence of such
central authority that prevailing norms on individual newsgroups
should be regarded as, at minimum, indicative of "best practice"
regarding posting. comp.lang.c in particular views commercial
postings of any kind whatsoever as inappropriate, a fact prospective
posters would do well to remember.
First of all, the SPEC post made no mention, or even hint of a
mentioning sales of the SPEC suite.

If you really want to avoid any suggestion of commercial interest
I think we have to ban all posts from .com addresses, as we never
know if they might try to sell something, not to mention that some
people with .edu or .org addresses might want to sell something.

Personally, I consider the 'cost' of reading a post compared to
the possible advantage to readers for anything that might possibly
be considered commercial. For some rare items some newsgroups
might be the most appropriate place to find people, not that others
don't abuse the privilege.

The $200 educational/non-profit price seems very reasonable to me,
though I don't expect to actually buy it. Even for the $800 commercial
license, I don't expect them to get rich. Note that it is spec.ORG.

-- glen

Aug 25 '06 #16
>The new CPU benchmark from the Standard Performance Evaluation
>Corporation is announced
<snip spam>
and your C question is? Of for those on comp.lang.c++ your C++ question?
Or your Fortran question? The main group where it looks like, from the
name, it *might* be topical is comp.benchmarks.
> - John Henning
Performance Engineer, Sun Microsystems
and
Vice-Chair/Secretary, SPEC CPU Subcommittee
If you really are in those positions you should know better than to
bring your companies in to disrepute by spamming.
You really shouldn't be caught pontificating on a subject you apparently know
nothing about.

Every commercial and many non-commerical developers of compilers for the C,
C++ and Fortran languages will be studying the details of these benchmarks
closely, if they haven't been working with them in the past three or four
years anyway while the suite was being developed. They will change their
compilers substnatially based on what they find. Language features that are
found in these benchmarks will be better supported than they were before as
a result. Thus, the announcement is quite on topic for all of the groups.

Oh, but I forget - the most vocal people from c.l.c I have heard via cross-
posts seem to think that a programming language should only be discussd in
the abstract, with no reference to actual implementations and programs.
Sheesh.

The "commercial" point has been asnwered by others. You should perhaps
say "TANSTAAFL" to yourself more often. I don't think anybody who really
wanted access to the suite in the past had a problem in getting it. As SPEC
needs to enter into a contract with a user anyway for legal reasons (copy-
right etc.), I find it reasonable that they recover at least the adminis-
trative costs.

Jan
Aug 25 '06 #17
Jan Vorbrüggen wrote:

(snip)
Every commercial and many non-commerical developers of compilers for the C,
C++ and Fortran languages will be studying the details of these benchmarks
closely, if they haven't been working with them in the past three or four
years anyway while the suite was being developed. They will change their
compilers substnatially based on what they find. Language features that are
found in these benchmarks will be better supported than they were before as
a result. Thus, the announcement is quite on topic for all of the groups.
The point was that people in these groups had submitted programs
from a previous request, and to let them know the new suite was out.
A service to the readers of these groups. I agree that it is on topic.
Oh, but I forget - the most vocal people from c.l.c I have heard via cross-
posts seem to think that a programming language should only be discussd in
the abstract, with no reference to actual implementations and programs.
Sheesh.
I would agree, except that c.l.c really does get an excessive number
of posts that really don't belong there, making it too difficult to
read in a reasonable amount of time. I don't read it much because
it takes too long. Still, I think this is reasonable for c.l.c.
The "commercial" point has been asnwered by others. You should perhaps
say "TANSTAAFL" to yourself more often. I don't think anybody who really
wanted access to the suite in the past had a problem in getting it. As SPEC
needs to enter into a contract with a user anyway for legal reasons (copy-
right etc.), I find it reasonable that they recover at least the adminis-
trative costs.
I don't know that they always had the educational/non-profit rate, at
one quarter the commercial rate. I probably won't buy it, but I
can't really complain, either.

-- glen

Aug 25 '06 #18
In article <6r********************************@4ax.com>,
Al Balmer <al****************@att.netwrote:
>>Comp.lang.c is not just for C questions. The subject is likely to be
of interest to many comp.lang.c people.
>So are chocolate, sex, cars, movies, and many other subjects.
But those subjects are not more of interest to comp.lang.c readers
than to the general public. The SPEC benchmarks are, because they are
used to evaluate C implementations.

-- Richard
Aug 25 '06 #19
Jan Vorbrüggen wrote:
Oh, but I forget - the most vocal people from c.l.c I have heard via
cross- posts seem to think that a programming language should only be
discussd in the abstract, with no reference to actual implementations and
programs. Sheesh.
You seem to not think. People can discuss anything they need or want, they
just must avoid to do it in, or cross-post to, inadequate newsgroups.

--
Salu2
Aug 25 '06 #20
In comp.lang.c CBFalconer <cb********@yahoo.comwrote:
I consider it much more questionable than I did originally. The
benchmarks are being sold; they are not freely available. This
makes the post a commercial advertisement. I would have no problem
if the benchmarks were downloadable.
It's worth noting that official copies of the C standard are also not
freely available, presumably for similar reasons.

--
C. Benson Manica | I *should* know what I'm talking about - if I
cbmanica(at)gmail.com | don't, I need to know. Flames welcome.
Aug 25 '06 #21
In article <vO******************************@comcast.com>,
glen herrmannsfeldt <ga*@ugcs.caltech.eduwrote:
>Christopher Benson-Manica wrote:
>In comp.lang.c Eugene Miya <eu****@cse.ucsc.eduwrote:
>>>First off, there is no prohibition of Usenet for commercial use.
There is no central authority to prohibit such.
>Granted, but presumably you would agree that in the absence of such
central authority that prevailing norms on individual newsgroups
should be regarded as, at minimum, indicative of "best practice"
regarding posting. comp.lang.c in particular views commercial
postings of any kind whatsoever as inappropriate, a fact prospective
posters would do well to remember.

First of all, the SPEC post made no mention, or even hint of a
mentioning sales of the SPEC suite.
Correct me if things have changed but SPEC is a non-profit consortium.

>If you really want to avoid any suggestion of commercial interest
I think we have to ban all posts from .com addresses, as we never
know if they might try to sell something, not to mention that some
people with .edu or .org addresses might want to sell something.
I think Usenet works and remains, because it didn't have the restrictive
Acceptable Use Policies from the Defense Communications Agency which
took over the ARPAnet, the academic IBM mainframe mentality of BITNET,
the staid academic mentality of CSnet, throw JANET and Alvey in there,
etc. First unix-wizards as a mailing list and the recognition that
govt. and academics use commercial products made the net.* and comp.*
groups successful as a model to others (Gore info-superhighway, world
experts comments aside). Usenet is an optional protocol. An admin
choses to take it even if it's a protocol recognized by practically all
web browsers. Similarly Gilmore created the alt.* hierarchy for even
more complaints (you can't really complain with effect there).

And you have to use all tools. Or complain locally for them.
>Personally, I consider the 'cost' of reading a post compared to
the possible advantage to readers for anything that might possibly
be considered commercial. For some rare items some newsgroups
might be the most appropriate place to find people, not that others
don't abuse the privilege.
;^)
>The $200 educational/non-profit price seems very reasonable to me,
though I don't expect to actually buy it. Even for the $800 commercial
license, I don't expect them to get rich. Note that it is spec.ORG.
8^)
--
Aug 25 '06 #22
glen herrmannsfeldt wrote:
Christopher Benson-Manica wrote:
In comp.lang.c Eugene Miya <eu****@cse.ucsc.eduwrote:
First off, there is no prohibition of Usenet for commercial use.
There is no central authority to prohibit such.
Granted, but presumably you would agree that in the absence of such
central authority that prevailing norms on individual newsgroups
should be regarded as, at minimum, indicative of "best practice"
regarding posting. comp.lang.c in particular views commercial
postings of any kind whatsoever as inappropriate, a fact prospective
posters would do well to remember.

First of all, the SPEC post made no mention, or even hint of a
mentioning sales of the SPEC suite.
Yet they are selling, right? In some ways that's worse.
If you really want to avoid any suggestion of commercial interest
I think we have to ban all posts from .com addresses, as we never
know if they might try to sell something, not to mention that some
people with .edu or .org addresses might want to sell something.
This in nonsensical. If the posts contain no commercial content, then
where they are posted from makes no difference.

Brian (thinks the whole thing is pretty dumb)
Aug 25 '06 #23
On 25 Aug 2006 10:41:00 -0700, in comp.lang.c , eu****@cse.ucsc.edu
(Eugene Miya) wrote:
>I think Usenet works and remains, because it didn't have the restrictive
Acceptable Use Policies from the Defense Communications Agency which
took over the ARPAnet, the academic IBM mainframe mentality of BITNET,
the staid academic mentality of CSnet, throw JANET and Alvey in there,
etc.
You're mistaken about this, but then your entire post is essentially
offtopic in all the groups bar one that you posted to. The group I'm
reading it in, like most others on usenet, DOES have an AUP, which you
breached.

That said, I simply ignored the initial posting. If the debate
continues I'll killfile both the thread and anyone supporting the
original posting, in order to save my energy.
--
Mark McIntyre

"Debugging is twice as hard as writing the code in the first place.
Therefore, if you write the code as cleverly as possible, you are,
by definition, not smart enough to debug it."
--Brian Kernighan
Aug 25 '06 #24
Mark McIntyre <ma**********@spamcop.netwrites:
On 25 Aug 2006 10:41:00 -0700, in comp.lang.c , eu****@cse.ucsc.edu
(Eugene Miya) wrote:
I think Usenet works and remains, because it didn't have the restrictive
Acceptable Use Policies from the Defense Communications Agency which
took over the ARPAnet, the academic IBM mainframe mentality of BITNET,
the staid academic mentality of CSnet, throw JANET and Alvey in there,
etc.

You're mistaken about this, but then your entire post is essentially
offtopic in all the groups bar one that you posted to. The group I'm
reading it in, like most others on usenet, DOES have an AUP, which you
breached.
Let me continue the thread, so that Mark McIntyre will killfile me, too.

Although the original topic, as to whether the new SPEC announcement
should be forbidden to be posted to these newsgroups, I think is relevant to all of
the newsgroups listed:
comp.arch,comp.benchmarks,comp.lang.c++,comp.lang. fortran,comp.lang.c

SPEC is clearly relevant to the comp.arch newsgroup.

Yes, it sucks that you have to pay a nominal fee. This fee irritated
me while I was a student at university, it irritated me while I was
between jobs at AMD and Intel, getting in the way of "freelance"
computer architecture research. Heck, it irritates me at Intel,
because I cannot freely copy the benchmark source code around.

But, while the fee irritates the heck out of me, SPEC is clearly one
of the most important benchmark suites. comp.arch must pay attention.

I argue the same thing goes for comp.benchmarks.

Although I am no longer a regular on comp.lang.c++, comp.lang.fortran,
comp.lang.c, I once was. If these newsgroups are still intended to
serve as a forum for compiler developers, then SPEC is relevant. SPEC
is one of the most widespread set of benchmarks for these programming
languages; compiler developers have no choice but to pay attention.

Now, if these newsgroups are no longer intended for professional
compiler developers, by all means ban SPEC announcements. I.e. if
comp.lang.c is now comp.lang.c.trivial-user-questions, ban SPEC.

Similarly, if none of these groups care about the performance of the
code generated.

But while we are talking about the language newsgroups
comp.lang.c++, comp.lang.fortran, comp.lang.c,
note one thing:

THE LANGUAGE SPECIFICATIONS COST $$$$.

An announcement of a new version of the C, C++, or FORTRAN language
standards can be construed as an offer for sale in exactly the same
way that the SPEC announcement is.

The language specs are not public domain. They are copyright by varius
bodies - ANSI, ISO. You are supposed to buy your copy. You are not
supposed to give a copy of a PDF to a friend. You are not supposed to
post them on the Internet.

I myself spend the, what, 80$ or so, last time I checked, to purchase
the C and C++ standards.

---

For logical consistency, if you ban the SPEC announcement, you should
also ban announcements of new language specs to these newsgroups.

That would clearly be stupid.

===

Finally, and once again, I agree that these nominal charges are
annoying. I am not so far from being a student who could not afford to
pay for a copy of the SPEC benchmarks, or buy a copy of the C++
standard, myself.

I suspect that the non-availability of a legal copy of the C++
language spec on the web, suitable for online reference, is in some
small way a contributing factor to the slow decline of this language.

I love languages that have manuals, etc., on the web: Java, Python, Perl.

But the cost is fairly nominal. The standards organizations - ANSI,
ISO, SPEC - think that they need to recoup their costs in some small
way by these charges.

Let's move on to discussing more interesting topics.

Aug 26 '06 #25
Christopher Benson-Manica <at***@ukato.freeshell.orgwrites:
comp.lang.c in particular views commercial postings of any kind
whatsoever as inappropriate, a fact prospective posters would do
well to remember.
So, an announcement of a new ANSI C standard is not supposed the be posted on
comp.lang.c? Remember, you have to pay $$$ to get a copy of the
standard.

---

This is ridiculous. There is for-profit commercial, and standards works that
have a nominal fee. SPEC is more the latter.
Aug 26 '06 #26
Andy Glew wrote:
Although the original topic, as to whether the new SPEC announcement
should be forbidden to be posted to these newsgroups, I think is relevant
to all of the newsgroups listed:
comp.arch,comp.benchmarks,comp.lang.c++,comp.lang. fortran,comp.lang.c
I don't care. I will not visit his site nor recommend it to anyone, just
because the way used to advertise it. The same I do with all spam, even if
the product looks promising or if the sender is a non-profit, a charity
organization, o even Santa Klaus.

--
Salu2
Aug 26 '06 #27
On 25 Aug 2006 19:03:44 -0700, in comp.lang.c , Andy Glew
<fi********@employer.domainwrote:
>Mark McIntyre <ma**********@spamcop.netwrites:
Let me continue the thread, so that Mark McIntyre will killfile me, too.
Your wish is granted. Stupidity has its own reward.
>Although the original topic, as to whether the new SPEC announcement
should be forbidden to be posted to these newsgroups, I think is relevant to all of
the newsgroups listed:
comp.arch,comp.benchmarks,comp.lang.c++,comp.lang. fortran,comp.lang.c
The topic is nothing at all to do with the C language, nor with C++,
nor with Fortran. Benchmarking is system specific ,and
system-specific features are nontopical in these groups.

--
Mark McIntyre

"Debugging is twice as hard as writing the code in the first place.
Therefore, if you write the code as cleverly as possible, you are,
by definition, not smart enough to debug it."
--Brian Kernighan
Aug 26 '06 #28
In article <00********************************@4ax.com>,
Mark McIntyre <ma**********@spamcop.netwrote:
>Benchmarking is system specific ,and
system-specific features are nontopical in these groups.
In your opinion. Not all comp.lang.c regulars agree.

Incidentally, if you killfile Eugene Miya and Andy Glew, you are losing
two people who have both contributed far more to Usenet over the years
than you have.

-- Richard
Aug 26 '06 #29
Andy Glew wrote:
Christopher Benson-Manica <at***@ukato.freeshell.orgwrites:
comp.lang.c in particular views commercial postings of any kind
whatsoever as inappropriate, a fact prospective posters would do
well to remember.

So, an announcement of a new ANSI C standard is not supposed the be
posted on comp.lang.c? Remember, you have to pay $$$ to get a copy
of the standard.

When has ISO done that?


Brian
Aug 26 '06 #30
Default User <de***********@yahoo.comwrote:
Andy Glew wrote:
Christopher Benson-Manica <at***@ukato.freeshell.orgwrites:
comp.lang.c in particular views commercial postings of any kind
whatsoever as inappropriate, a fact prospective posters would do
well to remember.
So, an announcement of a new ANSI C standard is not supposed the be
posted on comp.lang.c? Remember, you have to pay $$$ to get a copy
of the standard.

When has ISO done that?
Pretty much forever. Except that it usually isn't ISO directly, but
rather the national organizations. Note that the money doesn't go to the
people who actually do the technical and editorial work on the standard.
In fact, those people have to pay for the privilege of donating their
work. The money from both the purchasers and the writers of the
standards all goes to run the bureaucracies involved - not to do the
technical work. Even the committee members don't get a free copy of what
they wrote. I was editor of the f95 and f2003 Fortran standards, so I
speak with pretty specific knowledge on that.

For Fortran 95, the charge was not exactly nominal, I might add. It was
something like $200 US for a long time for a paper copy, which was the
only form it was officially available in. I still think it might be
about that much for a paper copy, but electrinic ones are now available
at a much more nominal cost, but still not free.

Similar principles apply to the C standard, though it got an official
electronic copy available before Fortran did.
P.S. I've participated heavily in comp.lang.fortran for about 15 years
and I consider discussions of benchmarking in general, and SPEC in
specific, on topic for it at least. Such discussions are indeed, quite
common. But then clf isn't rabidly anti-commercial. We tend to get
annoyed at repetitive ads that have no new content (such as a vendor
that used to post an ad about every week). And marketspeak tends to get
ridiculed. But factual announcements of new products go over pretty well
as long as they aren't full of hype. From my 15 years of participation,
I can confidently say that this is representative of the majority of clf
(certainly not 100%, but a pretty clear majority).

--
Richard Maine | Good judgement comes from experience;
email: last name at domain . net | experience comes from bad judgement.
domain: summertriangle | -- Mark Twain
Aug 26 '06 #31
Richard Maine wrote:
Default User <de***********@yahoo.comwrote:
Andy Glew wrote:
So, an announcement of a new ANSI C standard is not supposed the
be posted on comp.lang.c? Remember, you have to pay $$$ to get a
copy of the standard.
When has ISO done that?

Pretty much forever. Except that it usually isn't ISO directly, but
rather the national organizations.

You misunderstood me. I know ISO sells the Standards. I asked when they
or their associated groups posted ads to comp.lang.c.


Brian (doesn't recall any)
Aug 27 '06 #32
Default User <de***********@yahoo.comwrote:
You misunderstood me. I know ISO sells the Standards. I asked when they
or their associated groups posted ads to comp.lang.c.
Well, we post quite a lot of anouncements about such things as new
versions of the standards. We even post when review drafts of them come
out. The original post of this thread was announcement of a new version
of SPEC. The announcements of new versions of the language standards
are very similar in tone to the subjet SPEC announcement. In neither
case are such things as purchase costs specifically mentioned, but if
you want to consider the SPEC announcement as an advertisement, then I
don't see how you can consider the language standard annoucements any
differently. They sure look the same to me.

But I don't know why I bother to respond. If you don't like the SPEC
announcement being posted, you are of course free to dislike it. That
opinion appears to be in a small enough minority that it isn't likely to
have much effect, which in my opinion is good, because I like seeing
announcements like that.

--
Richard Maine | Good judgement comes from experience;
email: last name at domain . net | experience comes from bad judgement.
domain: summertriangle | -- Mark Twain
Aug 27 '06 #33
Richard Maine wrote:
Default User <de***********@yahoo.comwrote:
You misunderstood me. I know ISO sells the Standards. I asked when
they or their associated groups posted ads to comp.lang.c.

Well, we post quite a lot of anouncements about such things as new
versions of the standards.
Possibly. I don't recall anything of the sort where a specific product
is being pushed.
But I don't know why I bother to respond. If you don't like the SPEC
announcement being posted, you are of course free to dislike it.
I'm terribly upset, I just think that certain people have discounted
the feelings of those that do object. I think the posts were marginal
at best. A more focused posting to groups more likely to be interested
would have been better. ANY thread started to that many groups is
highly suspect.


Brian (willing to call it a day if you are)

Aug 27 '06 #34
Yes, but this understates the issue. A serious proposal follows.

Richard Tobin wrote:
In article <00********************************@4ax.com>,
Mark McIntyre <ma**********@spamcop.netwrote:
Benchmarking is system specific ,and
system-specific features are nontopical in these groups.

In your opinion. Not all comp.lang.c regulars agree.

Incidentally, if you killfile Eugene Miya and Andy Glew, you are losing
two people who have both contributed far more to Usenet over the years
than you have.
1) Computer architecture, language design, compiler design, OS design,
and benchmarking/performance analysis are rather strongly
inter-related, in the real world anyway. In particular, the SPEC CPU
benchmarks have long been intertwined with architecture and compilers.

2) People like Andy Glew, Eugene Miya not only have contributed to
Usenet, but actually have a raft of real-world *contributions* to the
discipline included within the posted newsgroups, as have several
posters. Interestingly, people that I either know directly, or by
real-world reputation/contributions (like Richard Maine: standards
efforts are *really* hard work and under-appreciated), and/or by long
history of sensible posts on Usenet, seem to think the SPEC
announcement was fine.

3) Now, for a SERIOUS OFFER to actually DO something, for those who are
unhappy. This discussion has seemed fairly wasteful, i.e., complaints
against a short SPEC announcement, given the vast amount of drivel
posted every day. Of course, I might be biased. As noted, while it's
been years since I've been officially involved with SPEC, I'm one of
its fathers, and it hate to see it acting improperly, if that's what it
was.

If I can get convinced (by Sept 1) that this was out of line, I will
talk to the SPEC folks about it. I make no guarantee that they would
do anything different, but at least the complaint will get heard.

4) So, what would convince me? The negatives have to outweigh the
existing positives, and I make no pretense at counting votes; I listen
harder to some people than others, so if DMR or BWK told me they really
hated seeing SPEC announced in comp.lang.c, I'd listen pretty hard :-)

5) Unfortunately, I don't know any of the people who seem upset about
this:

{Flash (Mark) Gordon, Julian Albo, Mark McIntyre, "Default User",
CBFalconer, Al Balmer} seem unhappy about this, to various degrees, up
to:

"If you really are in those positions you should know better than to
bring your companies in to disrepute by spamming. "

"I will not visit his site nor recommend it to anyone, just
because the way used to advertise it."

"I'm terribly upset, I just think that certain people have discounted
the feelings of those that do object. "

I'm sad to see (even anonymous) users getting terribly upset :-) by
SPEC.

6) I've done a quick rummage, so I've found:
a) Added up, according to Google profiles, they have written about
50-60,000 posts over the last few years. Presumably, given email
address changes, this is a lower limit, although I'm not exactly sure
how they count.

b) I'm trying to understand the weight I should assign to these
opinions, as compared to opinions held by people who I know have
actually contributed a lot to the relevant disciplines. I don't want
to discount the complaints just because I don't happen to know these
folks, and don't have the time to rummage through thousands of posts.
I spent a little time looking for real-world references, but as usual,
many names are nontrival. CB Falconer was at least easy to find.
"Default User" was of course hard :-)

7) So, I would love it if anybody who feels strongly negative about the
original announcement would kindly post a little more background to
help me understand where their opinion comes from and how to weight it
(compared to Andy, Eugene, etc).

This is a serious question; I'm *not* trying to give anybody a hard
time, I'm just trying to understand whether this is a real issue or
not, and given the joint posting rate of ~10,000/year, or
1600/person/year, one more post apiece is just a drop in the ocean.

8) Here are things that would be plusses:

a) Work on either official or adhoc language/OS standards committees.

b) Work on relevant conference committees.

c) Relevant refereeing work.

d) Relevant refereed papers, invited talks, published books

e) Contribution of benchmarks to any of the benchmarking groups

f)* Especially insightful postings on relevant topics, i.e., ones that
are often back-referenced by others, copied onto others' websites,
edited into journals, etc.

g)* Creation of relevant software that gets widespread external use;
obviously, given the topics, compiler-writing and benchmark creation
would be relevant.

(* f) and g) are inherently fuzzy, sorry. The bar to posting is zero,
and these days, the bar to creating open-source software is not so high
either, so whether or not something actually has impact as a
contribution is not easy to tell.)

Obviously, just posting a lot in the relevant newsgroups is *not*
apriori interesting, since Sturgeon's Law ("90% of everything is crud")
rules, which of course makes the (rare) good stuff all the more
valuable.

h) Usenet longevity is relevant (and is hard to determine
mechanically, given email address changes). Also, SPEC familiarity is
somewhat relevant, i.e., it is a real plus to be familiar with the
relevant benchmarking in the 1980s or earlier, before SPEC started. (A
few of the complaints appeared, on the surface, to be from people who
didn't know what SPEC was.)

OF COURSE, very few people would have done all these, or even a small
subset, and there may well be other relevant items.

====
The worsening S/N ratio keeps me away most of the time, but if there's
a real complaint against SPEC on this , I'd like to do understand it.
I'm hoping NOT to generate another giant flurry of posts.

Aug 28 '06 #35
In comp.lang.c Andy Glew <fi********@employer.domainwrote:
So, an announcement of a new ANSI C standard is not supposed the be posted on
comp.lang.c? Remember, you have to pay $$$ to get a copy of the
standard.
I did note that elsethread, and it's a valid point. It's unfortunate
that comp.lang.c does not have an official charter, the existence of
which would render these periodic topicality debates irrelevant.

--
C. Benson Manica | I *should* know what I'm talking about - if I
cbmanica(at)gmail.com | don't, I need to know. Flames welcome.
Aug 28 '06 #36
In article <11**********************@75g2000cwc.googlegroups. com>,
ol*************@yahoo.com says...

Hi John,

[ ... ]
If I can get convinced (by Sept 1) that this was out of line, I will
talk to the SPEC folks about it. I make no guarantee that they would
do anything different, but at least the complaint will get heard.
I, for one, don't mind going on record as saying that I think it was and
is relevant to enough that posting it in the language-oriented
newsgroups was quite reasonable, even if it may be open to some argument
whether it's truly topical.

[ ... ]
f)* Especially insightful postings on relevant topics, i.e., ones that
are often back-referenced by others, copied onto others' websites,
edited into journals, etc.
While the email address given in your header is different from the one
on your card you gave me last October, I'm willing to believe that's an
attempt at spam control. It takes the kind of person who could help
start up SPEC to even consider taking on a task like figuring out which
posts are especially insightful and relevant!

Figuring out what copies onto web sites and such are really meaningful
is almost certain to be a serious challenge as well. Googling for my own
name turns up over two MILLION instances. My guess is that the vast
majority of those are simply blind, automated copies from Usenet onto
various web sites. I suspect the number of people who've posted as much
for as long as I have is fairly small, and I'd like to think I produce a
higher percentage of signal than many. Nonetheless, I'd bet at least 99%
of those are either duplicates of each other, or something that
pertained primrarliy to a conversation at the time, and barely worth
reading out of context. Many are probably both: of little value, and
still duplicated endlessly.

--
Later,
Jerry.

The universe is a figment of its own imagination.
Aug 28 '06 #37
In article <ec**********@chessie.cirr.com>, at***@ukato.freeshell.org
says...

[ ... ]
I did note that elsethread, and it's a valid point. It's unfortunate
that comp.lang.c does not have an official charter, the existence of
which would render these periodic topicality debates irrelevant.
Yes and no. If defined in sufficient detail, it might render all
discussion of what is or is not topical irrelevant (though it's hard to
imagine a charter with sufficient detail that at least some things
wouldn't still be open to question). That would still leave the
possibility of discussing whether something should or should not be
considered topical -- i.e. whether the charter is considered graven in
stone and never open to any change, or it attempts to change over time
to suit the needs of its audience.

Any real charter generally has to compromise between the two -- a
general statement of topic leaves a large grey area, but rarely requires
alteration. A more specific statement of topic leaves reduces the grey
area, but will also (usually) reuqire more frequent modification.

--
Later,
Jerry.

The universe is a figment of its own imagination.
Aug 28 '06 #38
"John Mashey" <ol*************@yahoo.comwrites:
>This discussion has seemed fairly wasteful, i.e., complaints
against a short SPEC announcement, given the vast amount of drivel
posted every day.
Ouch, that was a classical defense used by spammers.

There is a fairly long tradition in Usenet against commercial
postings. There are some gray areas here, but apparently some people
felt that the announcement crossed the line (it did not raise my
hairs, but maybe I am desensitized). This tradition is
well-justified, because if it were not there, the usual drivel would
drown in a sea of commercials (actually, IIRC some time ago Usenet
traffic as seen by newsfeeds was 20% regular postings, 40% spam, and
40% spam-cancels; I think cleanfeed fixed that).

Also, it is much easier to get a consensus that some posting was
commerial than consensus that some posting was drivel, so a ban of
drivel would just produce a discussion whether some posting was drivel
or not.

One other thing: The complaints seem to come from the comp.lang.c
camp. My impression of this newsgroup is that the only on-topic
postings there are postings explaining why some other posting was
off-topic. So if somebody (cross)posts there, they should expect such
a reaction. Cross-posting without setting a Followup-To: one group
(or "poster") is bad form in any case, but particularly dumb if the
cross-posting goes to a group like comp.lang.c. In the present case
even I feel that the posting is off-topic there (and actually on-topic
only in comp.benchmarks, so at least the followups should have been
set there).

Followups set to comp.arch (This meta-discussion is just as off-topic
here as anywhere else (except maybe comp.lang.c), but at least I have
subscribed this newsgroup at the moment).

- anton
--
M. Anton Ertl Some things have to be seen to be believed
an***@mips.complang.tuwien.ac.at Most things have to be believed to be seen
http://www.complang.tuwien.ac.at/anton/home.html
Aug 28 '06 #39
Yes, it sucks that you have to pay a nominal fee. This fee irritated
me while I was a student at university, it irritated me while I was
between jobs at AMD and Intel, getting in the way of "freelance"
computer architecture research. Heck, it irritates me at Intel,
because I cannot freely copy the benchmark source code around.
As I noted elsethread, that irritation - in that SPEC can not and will not
offer it for anonymous download - will never go away for legal reasons:
There are copyright issues, and SPEC particularly wants to make sure that
the run rules and the publication rules are obeyed. The latter alone make
it imperative that you sign a contract with them.

Now, they could lower the fee, sure. They already have done so several
times in the past. I do think the $200 is about adequate to cover their
administrative costs for one licensee, and you sure wouldn't want SPEC
to go down because of a DDoS attack, would you? And frankly, anybody to
whom the $200 rate isn't applicable - the additional $600 is just in noise.
Heck, you could re-use runspec as your benchmark harness and save developing
one yourself - that's substantially more in savings.

Jan
Aug 28 '06 #40
The topic is nothing at all to do with the C language, nor with C++,
nor with Fortran. Benchmarking is system specific ,and
system-specific features are nontopical in these groups.
Thanks, man, for making my morning! Thank God the coffee wasn't ready
yet, otherwise I would now need a new keyboard.

To keep with your apodictical style, you're a disgrace to whatever groups
you _do_ post in.

Jan
Aug 28 '06 #41
Andy Glew wrote:
(snip)
Although I am no longer a regular on comp.lang.c++, comp.lang.fortran,
comp.lang.c, I once was. If these newsgroups are still intended to
serve as a forum for compiler developers, then SPEC is relevant. SPEC
is one of the most widespread set of benchmarks for these programming
languages; compiler developers have no choice but to pay attention.
I definitely agree here!
Now, if these newsgroups are no longer intended for professional
compiler developers, by all means ban SPEC announcements. I.e. if
comp.lang.c is now comp.lang.c.trivial-user-questions, ban SPEC.
This is especially funny, knowing what comp.lang.c considered on topic.
Similarly, if none of these groups care about the performance of the
code generated.
Well, that does sound like comp.lang.c Some of the others do care,
though some call it a "quality of implementation" issue.
But while we are talking about the language newsgroups
comp.lang.c++, comp.lang.fortran, comp.lang.c,
note one thing:
THE LANGUAGE SPECIFICATIONS COST $$$$.
For a completely unrelated reason this came up last week.

(snip)
The language specs are not public domain. They are copyright by varius
bodies - ANSI, ISO. You are supposed to buy your copy. You are not
supposed to give a copy of a PDF to a friend. You are not supposed to
post them on the Internet.
Even freely available documents can still be copyright, such that
you are not supposed to deliver them. IBM has many of their
manuals available for free on the web, and also the past copies
of their journals. Still, you are not supposed to redistribute
them, though I don't know that they actually try to stop anyone.

(snip)
Finally, and once again, I agree that these nominal charges are
annoying. I am not so far from being a student who could not afford to
pay for a copy of the SPEC benchmarks, or buy a copy of the C++
standard, myself.
For IEEE 802.3 (or maybe others), they now have a policy to release
them free after six months. (Still under copyright, and careful not
to lose the rights to them.) That seems reasonable to me, as anyone
building real products won't want to be six months behind.

(snip regarding C++)
I love languages that have manuals, etc., on the web: Java, Python, Perl.
Well, Sun has released many things free, RPC, XDR, and NFS fairly
early. It might be that they require copyright acknowledgment,
but they realized that to be standards they had to be free.
Then Java and StarOffice, which probably wouldn't be near as popular
if they cost more.
But the cost is fairly nominal. The standards organizations - ANSI,
ISO, SPEC - think that they need to recoup their costs in some small
way by these charges.
I wouldn't mind if it was a little less. Still, I don't have enough
time now to actually run them myself. If I did have the time, it would
probably mean I was between jobs and wouldn't have the money.

They could have a discount for unemployed people, like other
groups have done.
Let's move on to discussing more interesting topics.
This one I agree with!!

-- glen

Aug 28 '06 #42
Christopher Benson-Manica <at***@ukato.freeshell.orgwrote:
>In comp.lang.c Andy Glew <fi********@employer.domainwrote:
>So, an announcement of a new ANSI C standard is not supposed the be posted on
comp.lang.c? Remember, you have to pay $$$ to get a copy of the
standard.

I did note that elsethread, and it's a valid point. It's unfortunate
that comp.lang.c does not have an official charter, the existence of
which would render these periodic topicality debates irrelevant.
I don't think compiler authors should be allowed to even look at
benchmarks. Too much looking at benchmarks results in writing compilers
that compile benchmarks really well, at the expense of actual running code.

I am reminded of a verified Ada compiler from a major manufacturer in
the eighties. It could readily compile anything in the verification suite
but when presented with actual code it was unable to handle even a Hello
World. Our suspicion was that it detected the various programs of the
verification suite and spit out hand-tailored machine code for each one.
--scott
--
"C'est un Nagra. C'est suisse, et tres, tres precis."
Aug 28 '06 #43
John Mashey wrote:
>
.... snip ...
>
5) Unfortunately, I don't know any of the people who seem upset
about this:

{Flash (Mark) Gordon, Julian Albo, Mark McIntyre, "Default User",
CBFalconer, Al Balmer} seem unhappy about this, to various
degrees, up to:
Hardly seriously upset. I simply posed the question. I would have
been quite satisfied if the original announced "there is a charge,
to cover expenses".

--
A: Because it fouls the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing on usenet and in e-mail?
Aug 28 '06 #44
In article <11**********************@75g2000cwc.googlegroups. com>,
John Mashey <ol*************@yahoo.comwrote:
>Yes, but this understates the issue. A serious proposal follows.

Richard Tobin wrote:
>In article <00********************************@4ax.com>,
Mark McIntyre <ma**********@spamcop.netwrote:
>Benchmarking is system specific ,and
system-specific features are nontopical in these groups.
"System-specific features are nontopical in these groups."
Wow. What have Ellis and Truscott wought?
>In your opinion. Not all comp.lang.c regulars agree.

Incidentally, if you killfile Eugene Miya and Andy Glew, you are losing
two people who have both contributed far more to Usenet over the years
than you have.
I'm touched.
>2) People like Andy Glew, Eugene Miya not only have contributed to
Usenet, but actually have a raft of real-world *contributions* to the
discipline included within the posted newsgroups, as have several
posters. Interestingly, people that I either know directly, or by
real-world reputation/contributions (like Richard Maine: standards
efforts are *really* hard work and under-appreciated), and/or by long
history of sensible posts on Usenet, seem to think the SPEC
announcement was fine.

5) Unfortunately, I don't know any of the people who seem upset about
....
>6) I've done a quick rummage, so I've found:
a) Added up, according to Google profiles, they have written about
50-60,000 posts over the last few years. Presumably, given email
address changes, this is a lower limit, although I'm not exactly sure
how they count.
Well I hope mere numbers aren't a factor. Most of those are
over 200 automated FAQs, but the bulk of those are *.test group daily
and hourly beacons.

>b) I'm trying to understand the weight I should assign to these
opinions, as compared to opinions held by people who I know have
actually contributed a lot to the relevant disciplines.
I have considered a demographic weighting business.
But I think Google is also already mining posts.
>This is a serious question; I'm *not* trying to give anybody a hard
time, I'm just trying to understand whether this is a real issue or
not, and given the joint posting rate of ~10,000/year, or
1600/person/year, one more post apiece is just a drop in the ocean.

8) Here are things that would be plusses:
a) Work on either official or adhoc language/OS standards committees.
b) Work on relevant conference committees.
c) Relevant refereeing work.
Refereeing in some cases must remain anonymous.
I run NSF review proposal review panels. I am also not above
watching people's posting patterns and asking them to serve
on such panels.
>d) Relevant refereed papers, invited talks, published books
e) Contribution of benchmarks to any of the benchmarking groups
f)* Especially insightful postings on relevant topics, i.e., ones that
are often back-referenced by others, copied onto others' websites,
edited into journals, etc.
g)* Creation of relevant software that gets widespread external use;
Also work prohibits my release of code w/o extensive, Cold war era,
and in some cases, rrelevant review.
>h) Usenet longevity is relevant (and is hard to determine
mechanically, given email address changes). Also, SPEC familiarity is
somewhat relevant, i.e., it is a real plus to be familiar with the
relevant benchmarking in the 1980s or earlier, before SPEC started. (A
few of the complaints appeared, on the surface, to be from people who
didn't know what SPEC was.)
Architectural changes need to be made before I will ever be perfectly
pleased with SPEC, but that should not stop them from trying.

--
Aug 28 '06 #45
Anton Ertl wrote:

One other thing: The complaints seem to come from the comp.lang.c
camp. My impression of this newsgroup is that the only on-topic
postings there are postings explaining why some other posting was
off-topic.
You were doing pretty well until you came up with this lie. CLC is a
high-traffic group with a number of very knowledgable contributors, who
do a great job of answering on-topic questions.

You should be ashamed of yourself and should apologize to the group.

Brian
Aug 28 '06 #46
Jan Vorbrüggen wrote:
The topic is nothing at all to do with the C language, nor with C++,
nor with Fortran. Benchmarking is system specific ,and
system-specific features are nontopical in these groups.

Thanks, man, for making my morning! Thank God the coffee wasn't ready
yet, otherwise I would now need a new keyboard.

To keep with your apodictical style, you're a disgrace to whatever
groups you do post in.

As you didn't follow usenet standard posting methods by leaving out the
attribution, it's very difficult to tell who you have directed this
insult towards.


Brian
Aug 28 '06 #47
CBFalconer wrote:
John Mashey wrote:
... snip ...

5) Unfortunately, I don't know any of the people who seem upset
about this:

{Flash (Mark) Gordon, Julian Albo, Mark McIntyre, "Default User",
CBFalconer, Al Balmer} seem unhappy about this, to various
degrees, up to:

Hardly seriously upset. I simply posed the question. I would have
been quite satisfied if the original announced "there is a charge,
to cover expenses".

I'm certainly not all that upset by the original post. I consider it to
be marginal in topicality, exacerbated by the commercial aspect.

What I am becoming increasingly irritated by are the unfair
characterizations of comp.lang.c, a newsgroup that has been a huge
benefit to me over the years. It's a newgroup that defends its
topicality fiercely, and in my mind that's one of the things that kept
it so useful.

It has one of the highest concentrations of expert-level contributors
of any technical newsgroup I've ever used. Questions are answered
quickly and thoroughly (and yes, sometimes the answer is "not here").

Brian
Aug 28 '06 #48
In article <4l************@individual.net>,
Default User <de***********@yahoo.comwrote:
>What I am becoming increasingly irritated by are the unfair
characterizations of comp.lang.c,
First you make comp.lang.c look bad by whining about a harmless
cross-post about something which a subset of people think is
incredibly important.

Then you get irritated because it's "unfair" that all the comp.lang.c
whiners about off-topic cross-posters have caused the rest of us to
think bad things about comp.lang.c. Hint: that's because that's all we
see from comp.lang.c denizens.

Try to not be part of the problem.

-- greg

Aug 28 '06 #49
In comp.lang.fortran Greg Lindahl <li*****@pbm.comwrote:
First you make comp.lang.c look bad by whining about a harmless
cross-post about something which a subset of people think is
incredibly important.
I think both are right. c.l.c does whine a lot about
off topic posts, but also has many good posts. I don't
have time to read it so much lately, but it really is a
good group. Maybe an analogy:

Some years ago I would read comp.arch.powerpc, a group for
discussing the architecture of the PowerPC processor. It seems,
though, that anyone with a PowerPC mac thought that it was the
appropriate group to discuss Macintosh hardware or software
questions, completely overwhelming any PPC architecture
discussions. The solution was comp.arch.powerpc.tech.

-- glen
Aug 28 '06 #50

This thread has been closed and replies have been disabled. Please start a new discussion.

Similar topics

61
by: John.L.Henning | last post by:
The new CPU benchmark from the Standard Performance Evaluation Corporation is announced http://www.spec.org/cpu2006/ Readers of comp.arch and comp.benchmarks may recall that I posted a call...
0
by: Charles Arthur | last post by:
How do i turn on java script on a villaon, callus and itel keypad mobile phone
0
by: ryjfgjl | last post by:
If we have dozens or hundreds of excel to import into the database, if we use the excel import function provided by database editors such as navicat, it will be extremely tedious and time-consuming...
0
by: emmanuelkatto | last post by:
Hi All, I am Emmanuel katto from Uganda. I want to ask what challenges you've faced while migrating a website to cloud. Please let me know. Thanks! Emmanuel
0
BarryA
by: BarryA | last post by:
What are the essential steps and strategies outlined in the Data Structures and Algorithms (DSA) roadmap for aspiring data scientists? How can individuals effectively utilize this roadmap to progress...
1
by: nemocccc | last post by:
hello, everyone, I want to develop a software for my android phone for daily needs, any suggestions?
1
by: Sonnysonu | last post by:
This is the data of csv file 1 2 3 1 2 3 1 2 3 1 2 3 2 3 2 3 3 the lengths should be different i have to store the data by column-wise with in the specific length. suppose the i have to...
0
marktang
by: marktang | last post by:
ONU (Optical Network Unit) is one of the key components for providing high-speed Internet services. Its primary function is to act as an endpoint device located at the user's premises. However,...
0
by: Hystou | last post by:
Most computers default to English, but sometimes we require a different language, especially when relocating. Forgot to request a specific language before your computer shipped? No problem! You can...
0
Oralloy
by: Oralloy | last post by:
Hello folks, I am unable to find appropriate documentation on the type promotion of bit-fields when using the generalised comparison operator "<=>". The problem is that using the GNU compilers,...

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.