HDTenEightyP/NetNews huggingface dataset:
From: shinn@agsm.ucla.edu (Shinn-Tzong Wu)
Subject: Is HPUX 9.0 available?
Organization: UCLA, Department of Psychology, Drug Abuse Research Center
Date: 11 Dec 92 13:08:29 PST

I would like to know if HPUX 9.0 is available for 730?   

Shinn (shinn@shin.sscnet.ucla.edu)

Newsgroups: comp.benchmarks
From: gupta@crhc.uiuc.edu (Aloke Gupta)
Newsgroups: comp.benchmarks
Subject: "Protocol-level" profiling of client-server interaction
Date: 11 Dec 92 19:12:45
Organization: University of Illinois Center for Reliable & High Performance
	Computing
Distribution: comp
NNTP-Posting-Host: buctril.crhc.uiuc.edu


   In my graduate work I have proposed an approach called "Protocol-level
   Profiling" (PLP) for characterizing client-server interaction. The basic
   idea behind PLP is to checkpoint the interaction between the client and the
   server and then estimate the computation invoked on the server by carefully
   assigning a cost to each of the messages on the basis of its attributes.

   I have written a profiler, Xprof, which is a protocol-level profiler
   for X Window applications. It is available by anonymous ftp from
   roundup.crhc.uiuc.edu (128.174.197.134)
   under pub/Xprof.

   Question:
  ---------
   I am curious to know if such a strategy has been used to characterize any
   other client-server system.  Any pointers?

   I will summarize and post all such responses.

   Thank you in advance

   Aloke Gupta

--
Aloke Gupta                                         E-mail: gupta@crhc.uiuc.edu
Coordinated Science Laboratory                           or a-gupta@uiuc.edu
Dept. of Electrical & Computer Engineering
Univ. of Illinois at Urbana-Champaign
Newsgroups: comp.benchmarks,comp.arch
From: glew@pdx007.intel.com (Andy Glew)
Subject: Re: VMEbus PCs
Organization: Intel Corp., Hillsboro, Oregon
	<wilson.723435964@moonshine> <id.7ZLV.TF2@ferranti.com>
	<ADAMS.92Dec9012224@PDV2.pdv2.fmr.maschinenbau.th-darmstadt.de>
	<GLEW.92Dec9215057@pdx007.intel.com>
	<ADAMS.92Dec10195226@PDV2.pdv2.fmr.maschinenbau.th-darmstadt.de>
Date: Sat, 12 Dec 1992 23:19:52 GMT



    Up to know, we did not see a trustworthy implementation
    of  READ-MODIFY-WRITE cycles by VMEBus PCs, though
    VMEBus provides it, and "lock" is a valid prefix for operations
    on x86.

Many VMEbus SBCs do not provide an entirely trustworthy
implementation of READ-MODIFY-WRITEs.

"Lock" is only a recent addition to VMEbus. It was not part of the
standard for a long time (in fact, I'm not even sure that it is now
part of the standard).

Several machines use tricks like maintaining a continuous address
strobe for RMWs that access a single location. Of course, this means
that 68000 instructions that access more than one location, like
compare and swap double, don't work.

And, of course, the address strobe tricks reduce performance for
secondary busses, like VSB.


Moral: locking of data on VMEbus has very much been a catch as catch
can world. See my synchronization survey for details.






    >   Andy Glew, glew@ichips.intel.com
    >   Intel Corp., M/S JF1-19, 5200 NE Elam Young Pkwy, 
	^^^^^
    BIASED???

Of course you may think I'm biased (although I try not to be). That's
why I put my company in my .signature -- so you can account for it.

By the way, before Intel I worked for Motorola's VMEbus group.


--

Andy Glew, glew@ichips.intel.com
Intel Corp., M/S JF1-19, 5200 NE Elam Young Pkwy, 
Hillsboro, Oregon 97124-6497

This is a private posting; it does not indicate opinions or positions
of Intel Corp.

Intel Inside (tm)
Newsgroups: comp.benchmarks
From: eletanjm@nuscc.nus.sg (Tan Jin Meng)
Subject: FAQ?? AIM Benchmarks??
Organization: National University of Singapore
Date: Sat, 12 Dec 1992 07:35:16 GMT

Is there a FAQ for this group? 

Where can I get a summary table for the AIM benchmarks?

Thanks.
Newsgroups: comp.benchmarks
From: eugene@amelia.nas.nasa.gov (Eugene N. Miya)
Subject: [l/m 3/17/92] WPI Benchmark Suite (1.1)	(19/28) c.be.FAQ
Keywords: who, what, where, when, why, how
Organization: NAS Program, NASA Ames Research Center, Moffett Field, CA
Date: Sat, 19 Dec 92 12:25:07 GMT
Reply-To: mach@cs.wpi.edu

19 	WPI Benchmark 					<This panel>
20	Equivalence
21	TPC
22
23
24
25	Ridiculously short benchmarks
26	Other miscellaneous benchmarks
27
28	References
1	Introduction to the FAQ chain and netiquette
2	Benchmarking concepts
3	PERFECT Club/Suite
4
5	Performance Metrics
6
7	Music to benchmark by
8	Benchmark types
9	Linpack
10
11	NIST source and .orgs
12	Benchmark Environments
13	SLALOM
14
15	12 Ways to Fool the Masses with Benchmarks
16	SPEC
17	Benchmark invalidation methods
18

The WPI Benchmark Suite, version 1.1, is now available for download
via anonymous ftp.  The WPI Benchmark Suite, developed with the support
of the Research Institute of the Open Software Foundation, is a series
of programs designed to investigate operating system performance of Unix
and Unix-like operating systems.  We have used the Benchmark Suite
extensively to study the performance of various versions of the Mach
operating system.

The Benchmark Suite consists of six programs, each of which is designed
to mimic the operating system resource usage of a user application.
Each program can be run independently, and reports the execution time
for the measured portion of the benchmark, as well as other resource
usage.

The programs are in the public domain, and may be downloaded via
anonymous ftp from wpi.wpi.edu (130.215.24.1) in the "/benchmarks"
directory.  Get the file WPI_Benchmark_Suite_1.1.readme and either
BenchmarkSuite1.1.tar.Z or BenchmarkSuite1.1.lzh.

In addition to the benchmarks, there are two technical reports available
on-line, describing the benchmarks and giving some sample results of
running them.  The technical reports are in the files benchmarks_tr1.ps
and benchmarks_tr2.ps.  The files are in PostScript format.

If ftp is not available at your site, please send a message requesting
the Suite by e-mail. This is a much slower process, so please ftp the 
benchmarks if you can.

If you download the benchmarks, please send mail to mach@cs.wpi.edu
to have your named placed on our mailing list for information about
future releases.  In addition, we are interested in your comments
about the benchmarks and in hearing about your experiences in using
them.


 Mach Research Group
 Computer Science Department                Internet:  mach@cs.wpi.edu
 Worcester Polytechnic Institute            Telephone: (508) 831-5357
 Worcester, MA 01609 USA                    FAX:       (508) 831-5776 

                   ^ A  
                s / \ r                
               m /   \ c              
              h /     \ h            
             t /       \ i          
            i /         \ t        
           r /           \ e      
          o /             \ c    
         g /               \ t  
        l /                 \ u
       A /                   \ r
        <_____________________> e   
                Language
From: sbchanin@ai.mit.edu (Steve Chanin)
Newsgroups: comp.benchmarks
Subject: Questions about Spec marks
Date: 16 Dec 92 03:23:41
Organization: MIT Artificial Intelligence Laboratory
Distribution: world
Reply-To: sbchanin@ai.mit.edu
NNTP-Posting-Host: raisin-nut.ai.mit.edu

* Where can I find a description of the programs and methods used to
compute spec marks?

* What are the differences between the 92 and 89 specs?

* HP PA and IBM RS/6000 architectures are more floating point biased
than are Sun SPARC or MIPS R4000.  Does this mean that Sun/MIPS would
be a better database server?

* How much of an impact does I/O speed have on SpecMarks?  I would
think that fast I/O might be more important in DB applications than in
the Spec suite, but I'm not sure.

* Where is the FAQ for this group kept?

Thanks,
Steve
--
===============================================================================
DOMAIN: sbchanin@ai.mit.edu                                       Steven Chanin
Newsgroups: comp.benchmarks
From: vhalkka@klaava.Helsinki.FI (Vesa Halkka)
Subject: Re: Bonnie-Disk-Benchmark results for HP 700 and RS 6000
Organization: University of Helsinki
Date: Thu, 17 Dec 1992 22:17:59 GMT


Sorry, but these numbers are CPU-bound bullshit, because your
RS6000 with 128Mb of memory caches almost completely 100Mb 
reads and writes.. try 200, 400, 800Mb file size, and compare
to your 100Mb results.

VesA



Newsgroups: comp.benchmarks
From: cracauer@wavehh.hanse.de (Martin Cracauer)
Subject: individual results from SPEC - where ?
Organization: Private UUCP, Martin Cracauer, Norderstedt, Germany
Date: Thu, 17 Dec 92 10:00:27 GMT

Where can I find the individual results from SPECint and SPECfp ?
(For current Workstation architectures)

The most interesting would be the Lisp part from SPECint.

Thanks
-- 
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
Martin Cracauer,    cracauer@wavehh.hanse.de
Waldstrasse 200, W-2000 Norderstedt, Germany
Tel.: +49 / 522 18 29, Fax.: +49 / 522 85 36
Newsgroups: comp.benchmarks
From: eugene@amelia.nas.nasa.gov (Eugene N. Miya)
Subject: [l/m 10/14/92] SLALOM				(13/28) c.be FAQ
Keywords: who, what, where, when, why, how
Organization: NAS Program, NASA Ames Research Center, Moffett Field, CA
Date: Sat, 12 Dec 92 12:25:16 GMT
Reply-To: eugene@amelia.nas.nasa.gov (Eugene N. Miya)

13	SLALOM							<This panel>
14
15	12 Ways to Fool the Masses with Benchmarks
16	SPEC
17	Benchmark invalidation methods
18
19	WPI Benchmark
20	Equivalence
21	TPC
22
23
24
25	Ridiculously short benchmarks
26	Other miscellaneous benchmarks
27
28	References
1	Introduction to FAQ chain and netiquette
2
3	PERFECT
4
5	Performance Metrics
6	Temporary scaffold of New FAQ material
7	Music to benchmark by
8	Benchmark types
9	Linpack
10
11	NIST source and .orgs
12	Benchmark Environments

%A J. Gustafson
%A D. Rover
%A S. Elbert
%A M. Carter
%Z U. of Iowa, Ames Lab.
%T SLALOM: The First Scalable Supercomputer Benchmark
%J Joural of Parallel and Distributed Computing
%V 12
%N 4 
%D August 1991
%P 388-401
%r Supercomputing Review
%d November 1990

%A John Gustafson
%A Diane Rover
%A Stephen Elbert
%A Michael Carter
%T The Design of a Scalable, Fixed-Time Computer Benchmark
%R IS-5049/UC-32
%I Ames Lab, Iowa State University
%D 1990

And other sources.

Archive-directory: tantalus.al.iastate.edu:/pub/Slalom/ [129.186.200.15]
Tantalus.al.iastate.edu has the SLALOM sources in various languages and other
things including the latest reported results in
pub/Slalom/Reports/CurrentReport.

                   ^ A  
                s / \ r                
               m /   \ c              
              h /     \ h            
             t /       \ i          
            i /         \ t        
           r /           \ e      
          o /             \ c    
         g /               \ t  
        l /                 \ u
       A /                   \ r
        <_____________________> e   
                Language
 
Newsgroups: comp.org.eff.talk
From: jkp@cs.HUT.FI (Jyrki Kuoppala)
Subject: Re: DoJ monitoring memo
Reply-To: jkp@cs.HUT.FI (Jyrki Kuoppala)
Organization: Helsinki University of Technology, Finland
Date: Sat, 19 Dec 1992 19:15:51 GMT

In article <JET.92Dec17165157@boxer.nas.nasa.gov>, jet@boxer (J. Eric Townsend) writes:
>Keep in mind, folks, that the DoJ sent that to *government* sites,
>concerning *federal* computers.

Yes, and CERT expanded the scope and recommended the banner to be put
on _all_ systems.

>Some folks here at NASA claim that the DoJ message also gives them
>blanket coverage with regards to individuals monitoring general system
>usage.  ie: logging the amount of times xterm is executed w/o letting
>the user know what you're doing *could* be seen as an unauthorized
>wiretap.  Yeesh.

Blanket coverage is also given for logging every keystroke the user
types into the xterm, it seems.

//Jyrki
From: spp@zabriskie.berkeley.edu (Steve Pope)
Newsgroups: comp.org.eff.talk
Subject: Re: Who's Who of the InterNet
Date: 19 Dec 1992 04:57:59 GMT
Organization: U.C. Berkeley -- ERL
Distribution: inet
NNTP-Posting-Host: zion.berkeley.edu


ahawks@nyx.cs.du.edu (gogo is insane) writes:

|WHO are you?
|
|Hi.  I publish the FutureCulture FAQ file [..]
|
|One of the sections is a "who's who" of on-line 'celebrities', and
|appears in the file like this:
|
|	V. Important Person		Musician/Author 
|	John Q. NetPublic		Hacker/Writer
|
|So, if you are someone who would like to be mentioned in the file 
|(no email addrresses are given out)
  ~~ ~~~~~ ~~~~~~~~~~ ~~~ ~~~~~ ~~~

Did I read this right?

The dude is publishing a "who's who on the internet" but without
listing email addresses???

Talk about worthless....


/sp
From: tzs@carson.u.washington.edu (Tim Smith)
Newsgroups: comp.org.eff.talk
Subject: Re: Licencing of computer professionals
Date: 14 Dec 92 08:58:32 GMT
Article-I.D.: u.1992Dec14.085832.16768
Organization: University of Washington School of Law, Class of '95

Although I've met many good or great programmers without degrees, *ALL* of
them could have gotten degrees, but they dropped out to hack.  Furthermore,
they usually dropped out of good schools.

On the other hand, I've seen many bad programmers without degrees who
could not have gotten degrees from good schools (and could not have even
gotten into good schools...)

Are there many good or great programmers without degrees who could not have
have obtained a degree from a good school if they had wanted to?

--Tim Smith
Newsgroups: comp.org.eff.talk
From: tinsel@uiuc.edu (Thomas Aaron Insel)
Subject: Re: Licencing of computer professionals
Originator: tai50080@uxa.cso.uiuc.edu
Reply-To: tinsel@uiuc.edu
Organization: Masticating Illini
Date: Fri, 11 Dec 1992 21:19:33 GMT

mdw@db.TC.Cornell.EDU (Matt Welsh) writes:

> No one screamed "free speech" when RTM was convicted for the Internet Worm
> (sorry to bring THAT up again...). Computer programs DO something, and
> often something that the user didn't intend them to do. The problem is,
> users often have NO idea what the program they're running is about to do.
> Just like a Trojan Horse program-- I could write a virus and disguise it as
> a word processor. The problem with programs is the actions they take, not
> the fact that they're written. I doubt RTM would have been convicted for the
> Worm if he had merely written the code but not executed it in any way.

Agreed.  However, it is very difficult to draw the line.  A while ago, I
saw the text of one of the new 'anti-virus' laws, which would seem to
make it illegal to distribute the "rm" command with an operating system.

> The idea of licensing programmers is a problem, but not for the reasons 
> you give. Licensing a programmer would only restrict them from implementing 
> their code at institutions that required programmers to have such a license.
> It wouldn't stop them from writing any programs. 

In the beginning, perhaps, but I'm afraid that it would only be a matter
of time before such a voluntary licensing program turned into a legally
enforced licensing program.
-- 
Thomas Insel (tinsel@uiuc.edu)
  "Sex in the Champaign Public Library is being restricted to patrons 18 
   years of age and older." -- Michelle Collins, The Daily Illini
Xref: sparky comp.org.eff.talk:7835 alt.privacy:2712
From: rberger@nic.cerf.net (Robert J. Berger)
Newsgroups: comp.org.eff.talk,alt.privacy
Subject: Calif DMV DEMANDS SSN for Driver License!?
Date: 19 Dec 92 20:36:02 GMT
Distribution: usa
Organization: CERFnet
NNTP-Posting-Host: nic.cerf.net

I just got my California Drivers License Renewal form and at the top
it has a place for me to add my Social Security number. It does not seem to 
meet the Federal Privacy Act's requirements for a State Govt agency to
demand a SSN. 

Does anyone know what the proper way to handle this?

Here is what the License Renewal form says:

"Collection of your social security number is mandatory. Failure to
furnish the information requested will result in denial of an
application for issuance or renewal of a driver license. Print your
social security number in the box above and present a verification
document at the time you renew your license."

It doesn't meet the Privacy Act of 1974 To quote hibbert@xanadu.com
(Chris Hibbert) and his SSN FAQ:

"The Privacy Act of 1974 (5 USC 552a) requires that any federal, state, or
local government agency that requests your Social Security Number has to
tell you four things:

1:  Whether disclosure of your Social Security Number is required or
    optional,

2:  What law authorizes them to ask for your Social Security Number,

3:  How your Social Security Number will be used if you give it to them,
    and

4:  The consequences of failure to provide an SSN.

In addition, the Act says that only Federal law can make use of the Social
Security Number mandatory.  So anytime you're dealing with a government
institution and you're asked for your Social Security Number, just look for
the Privacy Act Statement.  If there isn't one, complain and don't give your
number.  If the statement is present, read it.  If it says giving your
Social Security Number is voluntary, you'll have to decide for yourself
whether to fill in the number."



Robert J. Berger - Multimedia SW & Content Creator
935 College Avenue Menlo Park, CA 94025 
Voice: 415-327-6038 FAX: 415-327-6416
rberger@cerf.net (formerly berger@sfc.sony.com)
-- 
Robert J. Berger - Multimedia SW & Content Creator
935 College Avenue Menlo Park, CA 94025 
Voice: 415-327-6038 FAX: 415-327-6416
rberger@cerf.net (formerly berger@sfc.sony.com)
From: dbenson@csugrad.cs.vt.edu (David "Network Man" Benson)
Newsgroups: comp.org.eff.talk
Subject: ISDN rates
Date: 16 Dec 92 15:11:32 GMT
Organization: Virginia Tech Computer Science Dept, Blacksburg, VA

I contacted my local phone company (C&P) about having an ISDN line
installed in my apartment (for the purpose of connecting to campus's
network). I was quoted a $300 installation charge, $58 per month, plus
$0.05 per minute. Are these rates fair (average)? 

We had hoped to run a nearly permanent slip connection and at $0.05/min 
that would be nearly $27,000 per year. A T1 connection would only have 
been $600/mo for 1.5mbps. The ISDN connection would have been from my 
apartment to the CO, about 3-4 miles (although there is a fiber optics 
"hut" about a mile a way). Thanks.

David
-- 
== David Benson          dbenson@csugrad.cs.vt.edu          Virginia Tech ==
From: Rick.Moen@f207.n914.z8.rbbs-net.ORG (Rick Moen)
Newsgroups: comp.org.eff.talk
Subject: Re: Licencing of computer
Date: 12 Dec 92 04:23:03 GMT

> From: tinsel@uiuc.edu (Thomas Aaron Insel)
> Message-ID: <Bz2A8A.9Eo@news.cso.uiuc.edu>
 
> Dare I ask, how would any of this be enforced?  Also, especially since
> copyright for computer programs currently falls under the same
> category as copyright for novels, does anyone see any free-speech
> problem with licensing programmers?
 
For consistency's sake, requiring a licence to read novels would seem
to be indicated, too.  Who knows what dangerous information might be
picked up, there, with what catastrophic consequences to society?
 
Cheers,       "Heedless of grammar, they all cried `It's him.' "
Rick M.            -- R.H. Barham, _Misadventure at Margate_
moen@blyth.com

 * Origin: The Skeptic's Board in San Mateo - Bay Area Skeptics (8:914/207)
Newsgroups: comp.org.eff.talk
From: mc/G=Brad/S=Hicks/OU=0205925@mhs.attmail.com
Subject: "The Net <tm>"?
Originator: daemon@eff.org
Organization: EFF mail-news gateway
Date: Mon, 14 Dec 1992 20:39:27 GMT

Subject:                                           Time:          Date:
"The Net <tm>"?                                    3:09 PM        12/14/92
 
There's an article in the October 15th {Electronic Mail and Micro
Systems}, which just made its way to me, about a reorganization of
Mediatel and Telecom Canada to market both of their products (and a few
other bits of this and that) under a new company name: "The Net."
 
No, I'm not making this up.  A Canadian company has just trademarked "The
Net" and its derivatives, such as The Net Mail, The Net EDI, The Net
EnvoyPost, The Net Database Gateway, and The Net Enhanced Fax.
 
This burns me up.  Anybody who's been in this industry as long as I have,
let along as long as they have, knows what The Net is; it's the informal
collective name for the Internet and all of the subnetworks and national
networks that are bridged into it.  As the saying goes, if you can "telnet
nic.mil.gov", then you're on The Net.  And now they're taking over that
name to be a proprietary trademark.  It looks to me like a flagrant
attempt to highjack the goodwill the Internet, et al, have built up over
the years and to fool the telecom-illiterati into thinking that if they
buy "The Net Mail" that they're connecting to what we all think of as The
Net.
 
I haven't been this steamed since the last time a megacorp highjacked a
common term, when IBM (in my mind, illegally) trademarked the acronym for
"personal computer."
 
Is there anything anybody can do about this?
 
 - mc!Brad_Hicks@mhs.attmail.com
 
 
Xref: sparky comp.org.eff.talk:7747 alt.comp.acad-freedom.talk:3792 comp.security.misc:2318
From: jpe@ee.egr.duke.edu (John P. Eisenmenger)
Newsgroups: comp.org.eff.talk,alt.comp.acad-freedom.talk,comp.security.misc
Subject: Re: CERT and the Dept. of Justice on keystroke monitoring
Date: 17 Dec 92 13:31:45 GMT
Followup-To: comp.org.eff.talk

mack23@avalon.eecs.nwu.edu (Chris Walsh) writes:

>P.S. How would you feel about the adminstrators of a router doing the same
>kind of thing, assuming that this router tied together traffic from many
>diverse autonomous entitities? I see no logical reason to argue against it,
>assuming for a moment that the property rights crowd is correct.  The
>privacy ramifications *there* give one pause.

I think at issue here is the implicit acceptance of monitoring by anyone who
uses the system.  This wouldn't be so bad if the admins were held accountable
for their actions and had some sort of requirements to meet before monitoring
a user's (or tty's, network's, etc.) actions.  Such a code of ethics must
prevail in order for users to feel secure in their environment.

Unfortunately this banner is the equivalent of James Bond's "License to Kill"
-- allowing the sys admin to do anything s/he d*mn well pleases in the hopes
of catching "unauthorized" users or uses of the system.  There is some shady
references to conditions, but the conditions are not explicitly stated.  I'm
not saying this banner is useless -- you can't print the policy guide on every
user's screen when they login, but some reference to the policy guide is
clearly in order.

I am not a lawyer, nor will I pretend to be, but something like the following
should be in the banner:

	It is assumed that users of this system are doing so in accordance
	with usage guidelines set forth in the policy guide (available
	online in the file .../policies.txt).  The administration reserves
	the right to monitor an individual's interaction with this machine
	should evidence warrant such investigative tactics.

I don't think there's a clear win here either, but a banner should not
attempt to give a broad legal license.  Without a specific policy guide
and rulebook for investigations you have no business putting the CERT/DoJ
banner on your system.

-John

-- 
*************************************************************************
* John P. Eisenmenger			 Phone: (919) 660-5248		*
* Duke University			 FAX:   (919) 660-5293		*
* Department of Electrical Engineering	 Email: jpe@egr.duke.edu (pref)	*
* Box 90291				        jpe@cs.duke.edu		*
* Durham, NC 27708-0291							*
*									*
*  Reports of problems w/EE systems should go to problem@egr.duke.edu	*
*************************************************************************