HDTenEightyP/NetNews huggingface dataset:
From: rehmann@iam.unibe.ch (Rene Rehmann, CSCS - Staff)
Subject: Addresses of Supercomputer Centers in the US and Canada
Reply-To: rehmann@iam.unibe.ch
Organization: Dept. of Computer Science, University of Berne, Switzerland
Date: Mon, 23 Nov 1992 09:55:07 GMT

I'm currently searching for the addresses of supercomputing centers in the US and
Canada to send them a questionnaire about the future of scientific computing. The
following addresses I already got from the "Internet Resource Guide" and partly from
the signature field of News Articles. If there are more centers in the US and Candada
(and I'm sure there are) could you please send me the name and address and probably
the name of the directory to my email address or can you point me to a source where
I can find the addresses.

Thank you
Rene
----
Rene Rehmann, 	Swiss Scientific Computing Center,
		Via Cantonale, CH-6928 Manno, Switzerland
phone:		+41 91 50 82 17      email: rehmann@cscs.ch
fax  :		+41 91 50 67 11             rehmann@iam.unibe.ch


LIST OF SUPERCOMPUTER CENTER IN US AND CANADA
----------------------------------------------


Utah Supercomputing Institute		NASA Ames Research Center
85 Student Services Building		Mail Stop 240-9
University of Utah
Salt Lake City, Utah 84112		Moffet Field, CA 94035

Minnesota Supercomputer Center		Air Force Supercomputer Center,
1200 Washington Avenue South		AFWL/SCI
					General Atomics
Minneapolis, MN 55415			Kirtland AFB, NM 87117-6008

Cornell National SC Facility		National Center for Atmosph. Research
Theory Center Building			NCAR/Scientific Computing Division
Cornell University			P.O. Box 3000
Ithaca, NY 14853-3801			Boulder, Colorado 80307-3000

National Center for SC Applications	National Energy Research SC Center
152 Computing Applications Building	Lawrence Livermore Nationl Lab.
605 E. Springfield Avenue		P.O. Box 5509 L-561
Champain, Il. 61820			Livermore, CA94550

Northeast Parallel Architectures Center	Ohio Supercomputer Center
111 College Place			1224 Kinnear Road
Syracuse University
Syracuse, NY 13244-4100			Columbus, OH 43212

Pittsburgh Supercomputer Center		San Diego Supercomputer Center
Mellon Institute Building		P.O. Box 85608
4400 Fifth Avenue
Pittsburgh, PA 15213			San Diego, CA 92138-5608

US Army Ballistic Research Lab		Central Services Consulting
					206 Evans Hall
					University of California
Abberdeen Proving Ground, MD 21005-5066	Berkeley, CA 94720

SuperComputing Services			CERPASS
University of Calgary			USC -- Information Sciences Institute
390-1620, 29th Street N.W.		4676 Admirality Way
Calgary, Alberta, CANADA T2N 4L7	Marina del Rey, CA 90292-6695

UT System CHPC				North Carolina Supercomputing Center
Balcones Research Center		P.O. Box 12889
10100 Burnet Rd				3021 Cornwallis Road
Austin, TX 78758-4497			Research Triangle Park, NC 27709

Arizona State U. Supercomputing Serv.	Office of Academic Computing, UCLA
ECA-311, ODP-0101			5628 Math Sciences Addition
Arizona State University		405 Hilgard Avenue
Tempe, AZ 85287-0101			Los Angeles, CA 90024-1557



Newsgroups: comp.parallel
From: azhao@cs.arizona.edu (Qiang Alex Zhao)
Subject: Re: Express info...
Organization: U of Arizona CS Dept, Tucson
Date: 16 Nov 92 20:53:29 GMT



Thanks to "Vasu Nugala" <vasu@dim.cs.usu.edu>:

> I think you can find pretty good introductory stuff on Express in pub
> domain of ccsf.caltech.edu in /delta/documents/postscript. Good luck.

-- 
= Qiang Alex Zhao                 ___       .              ______
  Computer Science Dept          /   )     /|   )           __//  )
  University of Arizona         /   /     /_|  /  _        //    /_  _. ._
  azhao@cs.arizona.edu         (__)(_o   /  (_/(_(-'_)(   ((____/ (_(_(_(_)

Newsgroups: comp.parallel
From: cole@palmetto.ssc.gov (Ben Cole)
Subject: Re: PVM vs. Express
Apparently-To: comp-parallel@cis.ohio-state.edu
Organization: SuperConducting Supercollider
Date: Sun, 15 Nov 1992 01:16:40 GMT

On the other hand, We looked at Express as a way of programming our iPSC
and were so disgusted with  it we decided to program in native Intel
calls instead, and still haven't started using anything on our workstations.

PVM? Truthfully, we haven't gotten around to exercising it.

Ben Cole

Sorry, no .sigs today

Newsgroups: comp.parallel
From: rminnich@super.super.org (Ronald G Minnich)
Subject: Re: PVM vs. Express
Apparently-To: uunet!comp-parallel
Organization: Supercomputing Research Center (Bowie, MD)
Date: Sat, 14 Nov 1992 13:39:53 GMT

In article <1992Nov13.170728.15091@hubcap.clemson.edu> apctrc!zkdc05@uunet.UU.NET (Kelly D. Crawford) writes:
>PVM has been integrated with a product from Florida State (SCRI) called
>DQS (also free -- ftp ftp.scri.fsu.edu or ftp 192.70.169.254 in the file
>pub/DQS/DQS.REV_2.0.tar.Z).  DQS stands for Distributed Queuing System
>and is a way of combining some load balancing, etc with PVM.  Really
>powerful stuff.

OK, good to see DQS made it out. Here is my question: 
On Condor (U. Wisc.), RES (SRC), and like systems you get the 'go find an idle 
machine and use it' function, but you don't get the ability to specify
which of your tasks need to run concurrently or on which machines
they must run. This is a big hole in  these systems. 

On PVM the last time I used it you had to decide what process went where, 
but could not do the 'when it is idle' trick. This is also true of 
P4. Sometimes, you don't care what runs where, just that it runs. 

What i want is the 'when it is idle, use it' feature, 
but also want to optionally be able to 
specify processors and jobs for those processors, and which of those jobs
must be running at the same time. 

Do you get this with DQS+PVM? can i demand  a specific set of  machines that
when idle get allocated for my use, and that when they become busy
again will be stolen back from me? Can i specify which task goes to which
machine? Finally, can i specify which tasks must run concurrently? 
I don't always need these things, but need them often enough that e.g.
Condor or RES won't do the job for me. 

Yes I know this is a big piece of work. I was going to take this on
next year but if someone else has done it ...

ron
-- 
you want windows? I got windows. 4608 by 3600,    | rminnich@super.org
16 channels of sound, 4' by 6'. Fun.              | (301)-805-7451 or 7312
Most abused words: open, scaleable, [more later]  |

Newsgroups: comp.parallel
From: cs@ringer.cs.utsa.edu (Computer Science Division Account)
Subject: Faculty positions at UT San Antonio
Apparently-To: comp-parallel@uunet.uu.net
Organization: University of Texas at San Antonio
Date: Fri, 20 Nov 1992 16:26:07 GMT

                       UNIVERSITY OF TEXAS AT SAN ANTONIO

                      Faculty Positions in Computer Science

Applications are invited for three faculty positions in computer science at the
full professor, associate professor, and assistant professor levels.  Although
applicants in all areas of computer science will be considered, preference will
be given to candidates whose research is related to the experimental,
application, and system support areas of parallel and distributed computing,
including programming languages, software engineering, artificial intelligence,
distributed databases, and system performance.  Other required and preferred
qualifications are as follows:

    Professor, Associate Professor: Applicants must have a PhD in computer
    science or in a related area and must have a strong research record
    consistent with the level of their appointments, including publications and
    research funding.  Experience in supervision of doctoral students is
    preferred.  Responsibilities include research, teaching, direction of
    graduate students and program development.

    Assistant Professor: Applicants must have a PhD in computer science or in
    a related area and must demonstrate strong potential for excellence in
    research and teaching.  Responsibilities include research, teaching,
    direction of graduate students and program development.

Salaries for all positions are competitive.  Applicants should submit a letter
of application indicating the position(s) for which they are applying, a resume,
and the names, addresses and phone numbers of at least three references to:

    Professor Kay A. Robbins
    Chairman of Computer Science Faculty Search
    Division of Mathematics, Computer Science, and Statistics
    University of Texas at San Antonio
    San Antonio, TX 78249

Preliminary screening will begin on November 1, 1992.  The closing date for
these positions is January 15, 1993.  Questions and inquiries can be made by 
e-mail: cs@ringer.cs.utsa.edu, however applications and reference letters should
be sent by post.  UTSA is an Equal Opportunity/Affirmative Action Employer.
Women and minorities are encouraged to apply.

Newsgroups: comp.parallel
From: "Anne C. Elster" <elster@cs.cornell.EDU>
Subject: Re: 3rd conference on hypercube concurrent computers
Apparently-To: comp-parallel@eddie.mit.edu
Organization: Cornell Univ. CS Dept, Ithaca NY 14853
Date: Sun, 15 Nov 1992 20:23:55 GMT

In article <1992Nov12.131009.2117@hubcap.clemson.edu> psk%magus@uunet.UU.NET (Kumaran Punnaippakam) writes:
>
>In article <1992Nov10.182202.1346@hubcap.clemson.edu> rmunk@cs.uni-sb.de  
>(Ralf-Werner Munkes) writes:
>> 
>> who can tell me where i can find (via ftp) articles from the
>> 
>> 3rd conference on hypercube concurrent computers  ?

>I think the 3rd conference and the ones after that were renamed as
>Distributed Computing ..........(I don't remember the exact name).
>...

The proceedings from the 5 first "Hypercube" confernces were
named as follows:

1)	"Hypercube Multiprocessors 1986" edited by Michael T. Heath and
	published by SIAM. "The First Conference on Hypercube Multiprocessors"
	was held in Knoxville, TN, Aug 26-27, 1985.

2) 	 "Hypercube Multiprocessors 1987" edited by Michael T. Heath and
        published by SIAM. "The Second Conference on Hypercube Multiprocessors"
        was held in Knoxville, TN, Sept29-Oct. 1, 1986.

3)	"3rd Conference on Hypercube Concurrent Computers and Applications,
	Vol I and II, 1988" were published by ACM Press.
	HCCA3 was held Jan 19-20, 1988 in Pasadena, CA

4)	"The Proceedings of the Forth Conference on Hypercubes, Concurrent
	Computers, and Applications" Vol I and II, was published by Golden
	Gate Enterprises, P.O. Box 428, Los Altos, CA 94023.
	HCCA4 was held in Monterey, CA, March 6-8, 1989.

5)	"Proceedings of The Fifth Distributed Memory Computing Conference",
	Vol. I and II, were published by IEEE Computer Society Press. 
	DMCC5 was held in Charlston, NC, Apr. 8-12, 1990


	I do not believe any of them are collectively available via ftp.
	(Some authors may have indivdual articles available ..)


-------------------------------------------------------------------------------
Anne C. Elster			   |  (607) 254-8653 [off]   255-6236 [FAX]
Xerox Design Research Institute	   |  (607) 272-2986 [home/answ.mach]
Cornell University, 502 Theory Ctr.|
Ithaca, NY 14853		   |   e-mail:  elster@cs.cornell.edu
USA				   |	        na.elster@na-net.ornl.gov








Newsgroups: comp.parallel
From: mamisra@pollux.usc.edu (Manavendra Misra)
Subject: Suggestions requested for relevant texts...
Keywords: Scientific Supercomputing
Organization: University of Southern California, Los Angeles, CA
Date: 20 Nov 1992 15:22:22 -0800



I will be teaching a course called Scientific Supercomputing in Spring
'93 at the Colorado School of Mines.  A description of the course 
follows:

MACS 422c/582c: Scientific Supercomputing
 Spring '93 

Instructor: Manavendra Misra 
Office: Stratton 208, X3873 
email: mmisra@mines.colorado.edu
Time: MWF 11am-12noon


Researchers in application areas as diverse as Neural Networks,
Robotics, Computer Vision, Databases, Economics, Geophysics and Mining
feel the need for high performance computing systems.  This course is
an introduction to using Supercomputers for solving scientific
problems.  In addition to the instructional aspects of the course, it
will involve students and faculty members who are currently
solving computation-intensive problems as part of their research. Each
student (or group of students) will be required to choose a term
project early on in the course.  Students are encouraged to bring 
projects from research in their own fields.  Students will also be
encouraged to choose ``project-mentors''--researchers who will help
them choose a problem and provide expert knowledge in their field.


Topics covered in the course include:

	Parallel algorithms for selected problems.

	Design of programs for vector, array, and distributed computers.

	Languages and tools for parallel computation.


Students will have access to supercomputers like the Cray Y-MP and the
Connection Machine at an NSF Supercomputing Center or at NCAR and will
use them to work on their projects.


Prerequisites: Knowledge of C or Fortran and senior or graduate standing.


================

If any of you have taught a similar course, I'd love to hear about what
books you used and any other advice you may have.  Thanks!


Manav.


*****************************************************************************

Manavendra Misra
Stratton Hall 208
Dept of Mathematical and Computer Sciences
Colorado School of Mines
Golden, CO 80401

Ph. (303)-273-3873

email: mmisra@mines.colorado.edu

*****************************************************************************


Newsgroups: comp.parallel
From: ewilts@galaxy.gov.bc.ca (Ed Wilts)
Subject: Bibliography on SIMD systems
News-Moderator: Approval required for posting to comp.parallel
Reply-To: EWILTS@GALAXY.GOV.BC.CA
Organization: BC Systems Corporation
Date: 20 Nov 92 15:50:02 -0800

I'm after a technical bibliography on papers related to SIMD systems -
specifically the MP-1/DECmpp 12000.  If anyone has this handy, I'd sure
appreciate a copy via e-mail.

Thanks,
	.../Ed

-- 

Ed Wilts, BC Systems Corp., 4000 Seymour Place, Victoria, B.C., Canada, V8X 4S8
EWilts@Galaxy.Gov.BC.CA     Office:  (604) 389-3430    Fax: (604) 389-3412


Newsgroups: comp.parallel
From: Simon.Knee@prg.ox.ac.uk
Subject: Parallel Processing for Jet Engine Control (Springer-Verlag)
Forwarding: Mail from 'Simon.Knee@prg' dated: Thu, 19 Nov 92 10:54:08 GMT
Organization: Clemson University
Date: Thu, 19 Nov 92 11:00:50 GMT

I intercepted your news group mention of the book I wrote which describes the
work I did for Rolls-Royce.  Further information which may be of interest is
that I subsequently joined the Advanced Development Group of Dowty Aerospace
and Defence performed similar work for a Pratt and Whitney Engine and also
flight control systems more generally.  This has been described in various
papers.  Currently I work for Marconi Radar and Control Systems developing
large arrays of transputers (5000+) and Texas C40's (100-300) for real-time
radar signal processing.  Sadly I cannot be contacted directly on E-mail due
to security reasons.  However, if you or your colleagues would like some more
information about any of this work I can be contacted either directly through:

Marconi Radar and Control Systems Ltd,
Writtle Road,
Chelmsford,
CM1 3BN,
United Kingdom.
Fax +44 245 273287

or indirectly on E-mail Simon.Knee@prg.ox.ac.uk through Simon Knee a D.Phil
student I supervise at Oxford University.

				Regards,

				Haydn Thompson


P.S. Who are the sci.aeronautics.airliners?

----------- End Forwarded Message -----------

Thanks for your help,

Simon Knee.


Newsgroups: comp.parallel
From: rsaripa@hubcap.clemson.edu (saripalli ramakrishna)
Subject: Problem with write() and read() system calls on IPSC/2!.
Apparently-To: comp-parallel@uunet.uu.net
Reply-To: hubcap!rsaripa@uunet.UU.NET (saripalli ramakrishna)
Organization: Clemson University
Distribution: na
Date: Sat, 21 Nov 1992 12:00:18 GMT

Hi there,

	
	In my previous posting on comp.parallel,I had asked for any one way to do TCP/IP on IPSC/2 .

	I really appreciate the responses and I found them very useful to get me starting.

	But I have got stuck at one point.

	I am able to establish the connection thru sockets to the SUN workstation.

	The host on the IPSC/2 sends some data on the socket to the front end on the SUN using the
	write() system call( I guess it is a library call on IPSC/2).The front end on the SUN
	does a read() to read the data.The data sent is just one integer.

	The point is that the front-end gets some junk value due to which I get a segmentation violation message.

	Is the write() system call on IPSC/2 not really reliable(I am checking for the failures in both read()
		and write() and they don't fail!).

	How do I send data using sockets on IPSC/2? Are there other ways or am I doing something wrong?.

				

									thanks in advance,
								Saripalli Ramakrishna

e-mail : rsaripa@cs.clemson.edu

Newsgroups: comp.parallel
From: matwesx@gsusgi2.gsu.edu (William E. Sadler)
Subject: Re: Hello?
Organization: Georgia State University
Date: 18 Nov 92 14:26:21 GMT


2575brooksr@vms.csd.mu.edu (Ryan K. Brooks) writes:

>Is this newsgroup dead?
> ----------------------------
> Ryan K. Brooks                        "You're never dead till you're        
> 2575BrooksR@vms.csd.mu.edu                  out of quarters."     

Well, unconcsious anyway.  I've been monitoring, but this is the only 
traffic I've seen in 2 months.

-- 

-------------------------------------------------------------------------------
 William E. Sadler          |    Internet: matwesx@gsusgi2.gsu.edu
 717 Stephenson Ridge       |            : acmwes@gsusgi2.gsu.edu
 Stone Mountain, GA  30087  |            : 71005.1241@compuserve.com
                            |         CI$: 71005,1241
 (404) 413-1957             | PGP 2.0 Key: Available on upon request
-------------------------------------------------------------------------------
 Those who beat their swords into plowshares will plow for those who didn't.
-------------------------------------------------------------------------------

Newsgroups: comp.parallel
From: vathsan@osceola.cs.ucf.edu (Srivathsan Narasimhan)
Subject: Req. for info : nCUBE 3200/6400
Apparently-To: uunet!comp-parallel
Organization: University of Central Florida, Orlando
Distribution: usa
Date: Sun, 22 Nov 1992 00:47:35 GMT


		Hi,

		I would like to know what do the 3200/6400 stand for in the 
		nCUBE models ? I am porting a s/w which requires me to
		identify the same. 

		Also, is there a FTP site where I can get hold of information
		pertaining to the nCUBE, i.e. discussions, info on new releases
		libraries etc. ?

		Thanks,
		Vathsan
--
Srivathsan

Newsgroups: comp.parallel
From: mln@sunkj.larc.nasa.gov (Michael L Nelson)
Subject: PVM and Intel iPSC/860 (was Re: PVM vs. Express)
Keywords: PVM, Hypercube, iPSC/860
Organization: NASA Langley Research Center, Hampton, VA  USA
Date: 18 Nov 1992 23:15:29 GMT

Tom Crockett (ICASE) referenced my work with PVM and the Intel iPSC/860
and I received a couple of requests about it so I thought I would 
post a summary.

It currently runs as PVM 2.4.1.  I have been waiting for PVM 3.0 to come
out to perform a "cleaner" modification.

I have modified the PVM daemon and its associated library so that an
Intel Hypercube may be more successfully integrated into a distributed 
environment.  

Cube programs are able to link the PVM library and have PVM calls on the
cube.  The daemon that controls these program does not reside on the cube
or on the SRM.  This daemon is moved to another machine.  In practice,
this has been a workstation.  So far, when a workstation is performing as
a PVM front end for the cube, that WS can not support both the modified and
unmodified version of the daemon concurrently.

The daemon that runs on this workstation has been modified so that it
will be controlling programs on an iPSC/860 somewhere.  The cube programs
communicate with the daemon through the cube's service node (which has
its own IP address) and not through the SRM.

It is important to note that this method does involve the creation of 
a "stub" program on the workstation side to correctly fire off the 
appropriate cube programs, but these "stub" programs are only to correctly
load the program onto the cube are not used past this point (ie, they perform
no "conversion" of messages).  

It is also important to note that this only provides the capability to have
PVM messages on the cube and removes the bottleneck of running the PVM 
daemon and the previously necessary conversion programs on the SRM.  It is up 
to the programmer to write sufficiently clever code to take advantage of this 
added capability.

Please note that PVM on the cube is *not* meant to replace the native
message passing library.  Again, the aim is to allow the Hypercube to be a 
node in a distributed environment.

I will make the 2.4.1 version available anonymous ftp if there is sufficient 
interest.  I will have a 3.0 version as soon as possible.

Michael Nelson
NASA-Langley Research Center
M.L.Nelson@LaRC.NASA.GOV



Newsgroups: comp.robotics
From: "Jonathan Mills" <jwmills@moose.cs.indiana.edu>
Subject: Re: nitinol kits: where?
Summary: Stiquito available, recent developments
Keywords: nitinol
Organization: Indiana University, Bloomington
Date: Wed, 18 Nov 1992 09:48:47 -0500

In article <monte.721678933@joplin.wri.com> monte@joplin.wri.com (Monte Seyer) writes:
>Could someone please post or email me the information on
>the Nitinol kits someone had posted a couple of weeks ago.
>
>thanks,
>
>Monte Seyer
>monte@wri.com

If Stiquito is the robot you are looking for, it is still available
from

	Computer Science Department
	215 Lindley Hall
	Indiana University
	Bloomington, Indiana 47405
	ATTN: Stiquito

A lot has been happening with this robot.  Briefly:

	- Dynalloy, Inc. has licensed the design and has kits
	  available for $19.95 quantity one, with volume
	  educational discounts up to 50% ($10/kit)

	- IU will continue to make smaller quantities of kits
	  per order (5? 10?) to researchers on the net for $10.
	  All orders received through the end of November 1992
	  will be honored (unless someone wants 100's of kits!)

	- TR363b (Part 2) is on track:  one PAL controller has
	  been burned & works; an FPGA controller simulates; and
	  an IBM PC interface for tethered Stiquitos is complete
	  (the students doing it are now looking at a tiny Logo
	  for Stiquito).

AT THE STIQUITO LIQUID-VAPOR INTERFACE
--------------------------------------

The most enjoyable part of my work with Stiquito has been the
development of a nitinol oscillator.  It works, operating for
several hours on an alkaline 9v cell, and 45 minutes on what
was probably a partially-discharged 9v NiCad.

The impact is this:

Sometime after November (if all goes well), a version of
Stiquito will be released that needs only two (2) more
wires to allow self-contained walking.  Add a 9v cell to
the new Stiquito, and it will walk.  No transistorized
oscillators, no VLSI controllers. 

Of course, you can add these, as well as CPU chips, etc.
to control direction & rate of walking, but the tripod
gait (or canter, or etc.) will have been moved below the
IC boundary.  This makes multi-legged robots (centipedal)
more feasible than before.

Cheers,
Jonathan
From: pnwb_ltd@uhura.cc.rochester.edu (Peter Newcomb)
Newsgroups: comp.robotics
Subject: Re: Routing software
Date: 21 Nov 92 06:06:13 GMT
Organization: University of Rochester - Rochester, New York

In <CGD.92Nov20192024@eden.CS.Berkeley.EDU> cgd@eden.CS.Berkeley.EDU (Chris G. Demetriou) writes:

>I could definitely use some PD circuit design/layout software to run
>under X...

Ditto!

-peter
-- 
Peter Newcomb                                  CPU Box 275572
Voice: (716) 274 0155                          University of Rochester
Internet: pnwb_ltd@uhura.cc.rochester.edu      Rochester, NY 14627-5572  USA
Newsgroups: comp.robotics