HDTenEightyP/NetNews huggingface dataset:
From: moss@cs.cmu.edu (Eliot Moss)
Newsgroups: comp.os.research
Subject: Re: Looking for information on the use of logging
Date: 16 Nov 1992 21:12:05 GMT
Organization: Dept of Comp and Info Sci, Univ of Mass (Amherst)
NNTP-Posting-Host: ftp.cse.ucsc.edu
Originator: osr@ftp

Let's pop up a level here: logging is one way of recording information for
possible use after a crash. Note ONE way -- there are other ways. Logging has
appeal in that it generally leads to sequential writes, both within a log
flush and across them (since the disk head (or whatever) stays in the same
region), giving higher performance in the sense of shorter latency. Another
feature of logging is that it maintains order, which means that one can
consider logging ACTIONS rather than just DATA. Some of the cases you mention
I am not sure I would call logging, but are event recording (tracing and
monitoring); I make the distinction based more on the use of the information,
not the general notion that a log is a sequential record of some stuff that
happened.

Any application that can benefit from these features could use logging. One
thing that you missed is editors that log keystrokes or buffer changes. Hope
this helps ...
--

J. Eliot B. Moss, Associate Professor	Visiting Associate Professor
Department of Computer Science		School of Computer Science
Lederle Graduate Research Center	Carnegie Mellon University
University of Massachusetts		5000 Forbes Avenue
Amherst, MA  01003			Pittsburgh, PA  15213-3891
(413) 545-4206, 545-1249 (fax)		(412) 268-6767, 681-5739 (fax)
Moss@cs.umass.edu			Moss@cs.cmu.edu
From: S_JUFFA@irav1.ira.uka.de (|S| Norbert Juffa)
Newsgroups: comp.os.research
Subject: References for parallel file system?
Date: 22 Nov 92 18:24:39 GMT
Organization: University of Karlsruhe (FRG) - Informatik Rechnerabt.
NNTP-Posting-Host: ftp.cse.ucsc.edu
Originator: osr@ftp

Hi netters!

I am posting this on behalf of a friend who doesn't have access to NEWS.
He is supposed to do some research for a parallel file system. This is to 
be used for a MIMD architecture where the nodes are connected by a perfect 
shuffle network. They plan to use a whole bunch (~64) of cheap SCSI disks
with the machine. This is a research project under development at the
University of Karlsruhe, Germany ("Project Triton", I think). He has a few
journal articles/conference papers on the parallel file system used by Intel
iPSC hypercube architecture. However, he would like to have as many additional
references as possible.

So if any of you out there know about technical reports, journal articles,
and conference papers dealing with parallel file systems, please let me know!
Please send email, as I am not able to follow this group. I will post a summary
of all responses in about two weeks! Thanks for your help in advance! It is
appreciated!

Norbert
-------------------------------------------------------------------------------
Norbert Juffa          email: S_JUFFA@IRAVCL.IRA.UKA.DE      Live and let live!
From: yk7m@uvacs.cs.Virginia.EDU (Young-Kuk Kim)
Newsgroups: comp.os.research
Subject: Microkernel for Real-Time Computing
Date: 16 Nov 1992 21:12:39 GMT
Organization: University of Virginia Computer Science Department
NNTP-Posting-Host: ftp.cse.ucsc.edu
Originator: osr@ftp

Does anybody explain to me why and how a microkernel (e.g., Mach, Chorus)
can provide a deterministic computing base for real-time applications, 
while a traditional monolithic kernel cannot?

In other words, my questions are:

1. What are the advantages of microkernel for real-time applications
over a traditional monolithic kernel, and why?

2. What are the advantages of microkernel approach, comparing to 
traditional real-time executives? 


-- Young-kuk Kim
From: sjc@cs.purdue.edu (Steve Chapin)
Newsgroups: comp.os.research
Subject: Re: OS Portability
Date: 18 Nov 1992 19:08:01 GMT
Organization: Department of Computer Sciences, Purdue University
NNTP-Posting-Host: ftp.cse.ucsc.edu
Originator: osr@ftp

}} In article <1e92q8INN8d5@darkstar.UCSC.EDU> N77BB%CUNYVM.BITNET@mitvma.mit.edu writes:
}} 
}} I am also interested in learning more about Object Oriented Operating
}} Systems because they seem to provide the necessary modularization of the
}} Kernel from the Utilities and the User Interface.

You will probably be interested in the Choices OS (University of
Illinois) and Renaissance (Purdue).  You might send mail to Vince
Russo (russo@cs.purdue.edu) for some information.

sjc@cs.purdue.edu               Steve Chapin           Today's Grammar Lesson:
                             Aye, I like her eyes!

             If I don't want it in my back yard, I don't want it.
From: N77BB%CUNYVM.BITNET@mitvma.mit.edu
Newsgroups: comp.os.research
Subject: OS Portability
Date: 16 Nov 1992 21:11:36 GMT
Organization: City University of New York/ University Computer Center
NNTP-Posting-Host: ftp.cse.ucsc.edu
Originator: osr@ftp


I need some input.

I am currently working on a thesis on Open Operating Systems and would like
to inquire about some information concerning the various Operating Systems
on the market and also those under development.  My goal is to locate
information on the portability and standardization of operating systems
across various hardware platforms.  I am aware that UNIX is considered
portable in a sense, but there are many versions which prevent it from
becoming standard across platforms.

I am also interested in learning more about Object Oriented Operating
Systems because they seem to provide the necessary modularization of the
Kernel from the Utilities and the User Interface.  Theoretically the
Kernel will tend to be dependent upon the hardware, but as long as there
is a consistent interface with the Utilites/Applications/User, some degree
of portability can be achieved.  Correct me if I am wrong, but two
operating systems that are still under development and using OOP are
'SPRING', by Sun Microsystems, and 'PINK', by Taligent.  I really don't
know much about these two operating systems, and would appreciate any
feedback.

Other operating systems that I am considering are:
    'SOLARIS' by Sunsoft, Inc.
    'NextStep' by Next
    'Windows NT' by Microsoft

Any feedback would be greatly appreciated.

Please send responses by e-mail.

James Chin
n77bb@cunyvm.cuny.edu
From: ruffin@zorglub.inria.fr (Michel Ruffin)
Newsgroups: comp.os.research
Subject: Re: Looking for information on the use of logging
Date: 18 Nov 1992 19:08:44 GMT
Organization: INRIA, Le Chesnay - France
NNTP-Posting-Host: ftp.cse.ucsc.edu
Originator: osr@ftp


I have in mind the following general definition for logging :

Logging is an append-only storage semantics. The unit of logging
is the record. Write accesses append records to the end of the log. 
A log record may become obsolete. Useless records are compacted
out of the log when possible. Other write accesses are forbidden.

I think that all the cases I mention fit with this definition.

Michel
From: georg@sgl.ists.ca (Georg Feil)
Newsgroups: comp.os.research
Subject: Re: Microkernel for Real-Time Computing
Date: 22 Nov 92 18:24:03 GMT
Organization: Institute for Space and Terrestrial Science
NNTP-Posting-Host: ftp.cse.ucsc.edu
Originator: osr@ftp

yk7m@uvacs.cs.Virginia.EDU (Young-Kuk Kim) writes:
>Does anybody explain to me why and how a microkernel (e.g., Mach, Chorus)
>can provide a deterministic computing base for real-time applications, 
>while a traditional monolithic kernel cannot?

I don't know the exact definition of "microkernel", but I think any kernel
will only be real-time if it is intended to be from the start.
Let's see, the original VRTX 68000 kernel (c.1984) occupied 4K. Is that
micro enough? I think the original Unix, too, had the intention of a small
and efficient kernel, without going so far as coining a new buzzword.
It was never meant to be real-time, though.

Georg.
-- 
Georg Feil                                 Internet: georg@sgl.ists.ca
Space Geodynamics Laboratory
ISTS, 2700 Steeles Ave West                   Phone: (416) 665-5458
Toronto, Ontario  CANADA                        Fax: (416) 660-1422
From: sanders@inf.ethz.ch (Beverly Sanders)
Newsgroups: comp.os.research
Subject: CFP:  Conf. on Prog. Languages and System Architectures
Date: 16 Nov 1992 21:13:41 GMT
Organization: Dept. Informatik, Swiss Federal Institute of Technology (ETH), Zurich, CH
NNTP-Posting-Host: ftp.cse.ucsc.edu
Originator: osr@ftp


                       Call for Papers

                        Conference on 

           Programming Languages and System Architectures
with a special session in honor of Niklaus Wirth on his 60th birthday


                     2th - 4th March, 1994
                    ETH Zurich, Switzerland


The conference will provide an international forum for the presentation 
and discussion of recent research in the areas of programming languages 
and system architectures. Authors are invited to submit papers describing 
original research related to these areas. Particularly encouraged are 
contributions discussing their mutual influence. Also, unrefereed 
contributions of 5-20 min. duration, and of a technical and/or personal 
nature are solicited for an afternoon session honoring N. Wirth.


Subjects of special interest include, but are not restricted to:

Programming language design and history, Programming environments, 
Programming methods, Operating systems, Compiler construction, 
Innovative system architectures


Send two copies of technical contributions to the program chair. 
Submissions should not exceed 15 pages and must not have been published 
or submitted for publication elsewhere. Where possible, include the 
e-mail address and fax number of the contact author. Potential contributors 
to the special session in honor of Niklaus Wirth should contact the program 
chair for more information.

Proceedings will be published by Springer Verlag in the Lecture Notes in 
Computer Science series and will be distributed at the conference.



Program Committee

J. Gutknecht (Chair)
ETH Zentrum
CH-8092 Zurich, Switzerland
e-mail: gutknecht@inf.ethz.ch
e-fax: (+41 1) 251 96 78

R. P. Cook, Microsoft, Redmond, WA
G. Coray, EPF Lausanne, CH
O. J. Dahl, University of Oslo, N
E. W. Dijkstra, Univ. of Texas, Austin, TX
G. Goos, Techn. Univ, Karlsruhe, D
S. Graham, Univ. of California, Berkeley, CA
D. Gries, Cornell University, Ithaca, NY
D. Hanson, Princeton Univ, Princeton, NJ
B. Kernighan, AT&T Bell Labs, Murray Hill, NJ
B. W. Lampson, DEC CRL, Cambridge, MA
J. Ludewig, Techn. Univ., Stuttgart, D
J. Misra, Univ. of Texas, Austin, TX
H. Moessenboeck, ETH Zurich, CH
R. Needham, Cambridge University, GB
S. Owicki, DEC SRC, Palo Alto, CA
G. Pomberger, Universitaet Linz, A
P. Rechenberg, Universitaet Linz, A
M. Reiser, IBM Research, Zurich, CH
B. Sanders, ETH Zurich, CH
P. Schulthess, Universitaet Ulm, D
A. Shaw, Univ. of Washington, Seattle, WA
P. D. Terry, Rhodes University, Grahamstown, SA
L. Tesler, Apple Corp, Cupertino, CA
J. Welsh, Univ. of Queensland, Brisbane, AU
N. Wirth, ETH Zurich, CH


Key Dates

Deadline for receipt of submissions: 1st August, 1993
Acceptance notification: 1st November, 1993
Deadline for camera-ready final papers: 15th December, 1993
From: boykin%sol@gte.com (Joseph Boykin)
Newsgroups: comp.os.research,ieee.tcos
Subject: WWOS-III Proceedings
Date: 19 Nov 92 06:13:33 GMT
Organization: University of California, Santa Cruz
NNTP-Posting-Host: ftp.cse.ucsc.edu
Originator: osr@ftp

As a benefit of being a member of TCOS we are making the proceedings of
the Third Workshop on Workstation Operating Systems available at
significantly reduced price.  The workshop brings together key
researchers and practitioners in the field of operating systems to
discuss (and argue!) changes necessary to support modern workstations.
The third workshop was a tremendous success.  The proceedings include
papers from the authors, as well as a detailed description of the
discussions.

The proceedings are approximately 190 pages.  The special TCOS member
price is $20, including postage to the U.S, Canada or Mexico.  All
others, please add $5 for Airmail delivery.  No purchase orders or
credit cards can be accepted.  Checks must be drawn on a U.S. bank and
payable in U.S.  funds (we get charged about $20 to cash a non-U.S.
check!).  Send payment to:

Joseph Boykin
GTE Laboratories
MS 43
40 Sylvan Road
Waltham, MA   02254
Xref: sparky comp.os.research:1084 ieee.tcos:18
From: darrell@cse.ucsc.edu (Darrell Long)
Newsgroups: comp.os.research,ieee.tcos
Subject: WMRD-II Proceedings
Date: 22 Nov 1992 18:40:25 GMT
Organization: University of California, Santa Cruz
NNTP-Posting-Host: ftp.cse.ucsc.edu
Originator: osr@ftp

As a benefit of being a member of TCOS we are making the proceedings of
the Second Workshop on the Management of Replicated Data available at
significantly reduced price.  The workshop brings together key
researchers and practitioners in the field of replicated data
management, presenting their views on how replicated data should be
managed (there are several very different views).  The proceedings
include papers from the authors.

The proceedings are approximately 110 pages.  The special TCOS member
price is $20, including postage to the U.S., Canada or Mexico.  All
others, please add $5 for Airmail delivery.  No purchase orders or
credit cards can be accepted.  Checks must be drawn on a U.S. bank and
payable in U.S. funds.  Send payment to:

Dr. Darrell Long
Department of Computer & Information Sciences
University of California
Santa Cruz, CA 95064
Date: Fri, 20 Nov 1992 03:54:03 GMT
Newsgroups: comp.os.os9
Subject: Re: Intercept() and I/O
Reply-To: blarson@usc.edu
From: blarson@blars.UUCP

In article <Bxz2Ly.26D@da_vinci.it.uswc.uswest.com> plyall@lookout.it.uswc.uswest.com (Pete Lyall) writes:
>Is it REALLY true that you can't have your
>intercept & mainline doing I/O? If so, why?

I think the restriction is due to the i/o code being interuptable and
non-reentrant.  Much of the time you can get away with i/o in the
signal handler.  Also remember futher signals are defered until the
intercept routine returns.

>Also - has someone written 'signal(SIGNAL, handler)' for OSK, and/or
>was it brought back into the library for ANSI compatibility?

There is a singal() routine in blarslib, available whereever the
hermit archives went to.  (cabreles?)

-- 
blarson@usc.edu			usc!blarson			blarson@zog
		C news and rn for os9/68k!
I think I hear a scream.  A great many dramatic situations begin with a scream.
							-- Barbarella
Newsgroups: comp.os.os9
From: jfbeam@eos.ncsu.edu (Ricky Beam)
Subject: Re: IMS current address
Originator: jfbeam@c00120-100lez.eos.ncsu.edu
Keywords: IMS, address, mail
Reply-To: jfbeam@eos.ncsu.edu
Organization: NCSU Project EOS
Date: Wed, 18 Nov 1992 21:54:50 GMT


At last check:

IMS Sales and Marketing
1840 Biltmore St. NW, Suite 10
Washington, DC. 20009

--Ricky
Newsgroups: comp.os.os9
From: heilpern@microware.com (Mark Heilpern)
Subject: Re: Ironics VMEbus Serial Card
Organization: Microware Systems Corp., Des Moines, Iowa
Date: Mon, 23 Nov 1992 22:43:07 GMT

In article <kdarling.722249448@garfield.catt.ncsu.edu> kdarling@garfield.catt.ncsu.edu (Kevin Darling) writes:
>Hi all.  I don't have literature on it yet, but does anyone have
>experience with an intelligent 16-port serial card from Ironics?
>
>This particular card is supposed to have a 68030 onboard running
>OS-9, and I believe you can download small control programs to it.
>
Hi Kevin! The card you mention is the Ironics IV-3234, with a 20MHz 68EC030.
(The EC means no mmu.) OS-9 was running on it fairly well when I worked
for Ironics last May. The bootup procedure (if booting from disk) is a
little untraditional, but it works o.k. Like any OS-9 system, you can
download programs via one of the serial connections.

(Actually, there are 18 serial I/O ports! 16 of them are controlled by an
intelligent controller, I can't recall what, and the other two are built in
to the VIC chip (Vme Interface Chip.)

Currently, I hear they are making OS9-Net for that card, in the RAMNET
version. This means you can have two cards running OS9, say the 3234 as a
slave, and the master (say an Ironics IV-3206) can remotely boot up the
slave, and have access to all of its devices, and vice-versa.

Feel free to ask me anything else. (I don't have a manual anymore, but
Ironics has usually been pretty free about sending them out.)
From: sysop@narnia.UUCP (Jim Vestal)
Newsgroups: comp.os.os9
Subject: Re: Re: Press Release of StG Net V4 for OSK
Date: 18 Nov 92 08:25:25
Distribution: world
Organization: Narnia BBS


> 
> In article <73@zog.UUCP> SysOp@zog.UUCP (Zog the Monster) writes:
> 
> 
> 
2>                  Product Name:  StG Net V4 for OS9/68K *
> 
2>      Available:  December 1, 1992  (* OS9 L2 version avail 12/15/92)
> 
> But WHERE can I get it ???
> 
> 
2>ontact AniMajik Productions for more info and pricing.  (818) 761-4135
2> 
> 
> pricing ??? Not Public ?
> 
> Kei
The price is no secret, but it is not the same for both OS9 Level 2 and OSK.
Not to mention that users of StG version 3 get version 4 free, so if you
want to get a price break you can purchase StG version 3 at the CoCofest
special price of $35 (Regular $50)... this special will probably at the
end of November.  If I'm not mistaken the Level 2 version of StG will
retail at $50 and the OSK version at $75... but call Animajik (818) 761-4135.

All prices subject to change without notice.

Jim

--
      |                     Internet:  JIMVESTAL@Delphi.com
  ----|----       Fido:  "Jim Vestal" on OS9 echo and the COCO echo
      |        Delphi: "JIMVESTAL" - representing the OS-9 Underground
      |              Magazine - dedicated to OS9/OSK users everywhere
(916) 743 - 8242      Narnia BBS - 1 Corinthians 1:18 & Romans 1:16
Pacific 12a - 8a   Supporting OS-9 on the CoCo 3 - StG: Sysop @ Narnia
From: stp@bernina.ethz.ch (Stephan Paschedag)
Newsgroups: comp.os.os9
Subject: Re: G++ 2.x on OS/9
Date: 22 Nov 92 18:26:32 GMT
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH

In article <1992Nov17.112029.23540@dxcern.cern.ch> pvv@cern.decnet.cern.ch () writes:
>I am using now the g++ 1.40 ported to OS/9 by Stephan Pashedag (with others maybe ?).
>I am wondering if anyone has ported or has the intention to port a more recent version
>(2.x) of the gnu compiler to OS/9.
>
 Hi !

I'm working on the GCC V2.x port for quite a while, but during tha last 2 or 3 
month I didn't have much time left for this work. I hope this situation will
soon become better. 
Gcc V2.0 is already working quite well, but there are still some problems with
pc relative addressing....

Stephan


==============================================================================
OS/2 & PS/2 : half an operating system for half a computer.

Stephan Paschedag                                         stp@ethz.UUCP
Bauernhalde 5, CH-8708 Maennedorf             ..!mcvax!cernvax!chx400!ethz!stp
or MPL AG, Zelgweg 12, CH-5405 Baden-Daettwil          stp@bernina.ethz.ch
______________________________________________________________________________
Newsgroups: comp.os.os9
From: dan@tornado.oche.de (Daniel Simon)
Subject: Speed up your 68040 / Benchmarks on OS-9 V2.4.3(Peco040)
Keywords: Speed up
Organization: Private UUCP Site / Member of IN e.V.
Date: Mon, 23 Nov 1992 22:35:05 GMT


1) OS-9 Math Emulation Module for 68040 fpu_M50 and fpu_M43B
-----------------------------------------------------------

The new Math Emulation Module supports those instructions of the MC68882
instructions-set which are not implemented by the 68040 hardware like:

facos, fasin, fatan, fatanh, fcos, fcosh, fetox, fetox, fetox-1, fgetexp,
fgetman, fint, fintrz, flog10, flog2, flogn, flogn+1, fmod, fmovecr, frem,
fscale, fsgldiv, fsglmul, fsin, fsincos, fsinh, ftanh, ftentox and ftwotox.

The packed-decimal real data format is also supported.

2) New C-Library for Microware C-Compiler V3.2 (clib040h.l)
----------------------------------------------------------
 
The C-Library clib040h.l contains all the standard module from the clib020h.l,
but uses the 68040 hardware floiting-point instruction-set to emulate the
math. functions.
The clib040h.l is fully compatible to the clib020h.l from Microware.

3) C-code 68040 optimizer for Microware C-Compiler V3.2
-------------------------------------------------------

Microware C-Compiler V3.2 has no implementation for the 68040 Prozessor.
The new optimizer solves this problem by replacing the MC68882 inline code 
with the 68040 emulation code.
This method make running your programs on an 68040 CPU very fast.

4) C-code 68040 optimizer for Microware ULTRA C V1.0
----------------------------------------------------

Microware ULTRA C Compiler has no implementation for the 68040 Prozessor.
The new optimizer solves this problem by replacing the MC68882 inline code
with the 68040 emulation code.
This method make running your programs on an 68040 CPU very fast.

5) Benchmark Test Results running on 68040/25 MHz and 64 MBYTE RAM
------------------------------------------------------------------

a) dry.c Version 1.0 compiled by GCC 1.43
        SPEED IS: 32851.511 dhrystones/second

b) dry.c Version 1.0 compiled by ULTRA C V1.0
        SPEED IS: 32851.511 dhrystones/second

c) whet.c compiled by GCC 1.43 and clib040h.l
        SPEED IS: 7812.500 thousand 8 byte double precision 
                  Whetstone instr. / second

d) whet.c compiled by ULTRA C and new optimizer
	SPEED IS: 8928.571 thousand 8 byte double precision
                  Whetstone instr. / second

e) whet.c compiled by ULTRA C and Microware optimizer and fpu-emulator
	SPEED IS: 480.538 thousand 8 byte double precision
                  Whetstone instr. / second

f) whet.c compiled by ULTRA C and Microware optimizer and new fpu_M50 emulator
	SPEED IS: 5847.953 thousand 8 byte double precision
                  Whetstone instr. / second

for the availability of this new module please contact me.

Thanks
       ds

---
     _ _
    /   \                   |   Daniel Simon, Aachen, FRG
   /    / __  __            |   dan@tornado.oche.de
  /___ /_(_/_/ /            |
----------------------------+--------------------------------------------------
                  Unix is a OS-9-like Operating System   (tm) Mircoware
From: jon@prl.philips.co.uk (Jon Piesing)
Newsgroups: comp.os.os9
Subject: Re: Ultra C test results
Date: 13 Nov 92 09:32:06 GMT
X-Newsreader: Tin 1.1 PL3

Could somebody please re-post or email me the original article of this 
thread, it never arrived here.

Thanks in advance

Jon Piesing
jon@prl.philips.co.uk
Newsgroups: comp.os.os9