HDTenEightyP/NetNews huggingface dataset:
From: hss@bigbird.bu.edu (Himanshu Sinha)
Newsgroups: comp.sys.isis
Subject: Abcast performance
Summary: Abcasts sent by the first member of a group are 4-6 times faster than
Date: 13 Aug 92 00:40:23 GMT
Distribution: usa
Organization: Computer Science Department, Boston University, Boston, MA, USA

Here is the gist of an experiment that I conducted.  

I have two processes P1 and P2 running identical programs running on different
hosts. Each process waits (using isis_select) for the user to enter an integer,
NumOfTImes, and makes NumOfTimes abcasts to the group "testgroup" of which both
P1 and P2 are members. The abcast waits for 1 reply.

Upon receiving a message, the receiver checks if the message has been
sent by itself. If it is, it calls abortreply() otherwise it calls nullreply().

I measure the response time for the NumOfTimes abcasts. P1 and P2 do not abcast
at the same time.

My observations were:
1) If P1 joined the group before P2 then its response time for a certain number
of abcasts was about 4-6 times faster than the response time of P2 for the same
number of abcasts.

2) If P2 joined the group before P1 then P2's response times were about 4-6
times faster.

Here are some numbers:

When P1 joins before P2:
Num of abcasts	   Response Time for P1 		Respnse Time for P2
 
  	1		   3653 usecs	 			19696 usecs
        10		  33606 usecs                          141856 usecs
        100              318263 usecs                   1 secs 335790 usecs
        1000      2 secs 811663 usecs                  13 secs 606533 usecs

When P2 joins before P1
Num of abcasts	   Response Time for P1 		Respnse Time for P2
        1                  12473 usecs                          3182 usecs
        10                134268 usecs                         28624 usecs
        100        1 secs 342105 usecs                        268750 usecs
        1000      13 secs 509179 usecs                 2 secs 353236 usecs


Question:
How is this difference accounted for? I added a third process and a fourth
process. The factor seemed to drop around 3 but I did not do enough reps to
give any numbers.


THanks
Himanshu
From: gthaker@fergie.atl.ge.com (Gautam H Thaker)
Newsgroups: comp.sys.isis
Subject: problems with ISISV2.1 on IBM RS/6000 workstations.
Date: 14 Aug 92 15:29:30 GMT
Organization: GE Aerospace, Advanced Technology Labs

We use ISISV3.0.x in most situations, but for various reasons we have to
use ISISV2.1 on an IBM RS/6000 machine on one project. Things are not
working quite right on this IBM machine. The symptom is that socket files
created as /tmp/Clxyzq do not seem to get deleted when sockets are closed.
This requires manual deleting of these files every time. This even happens
after one uses the "cmd" program. Attempts to use the cmd program a 2nd
time fail and another file with names such as "/tmp/Cl1234" is seen.
Another anamoly is that in the name "/tmp/Cl<pid>" pid only shows up as
four digit number even though the actual pid would be a 5 digit number.
I looked at the code of ISISV2.1 where these files are created, but nothing
there explains this 5 digit to 4 digit translation.

Anyone experience anything like this on ISISV2.1 and IBM machines? Is there
a fix?  Is this an OS problem?

Gautam H. Thaker (gthaker@atl.ge.com)
GE Adv. Tech. Lab.; Route 38, MS 145-2; Moorestown, NJ 08057
609-866-6412 (fax x6397. Dialcom 8-777) 767-4396 (home)
-- 
Gautam H. Thaker
From: adc@discovery.msu.edu (Alan D. Cabrera)
Newsgroups: comp.sys.isis
Subject: Re: problems with ISISV2.1 on IBM RS/6000 workst
Date: 16 Aug 92 00:56:01 GMT
Reply-To: adc@discovery.msu.edu
Organization: Michigan State University

In article 5359@puma.ATL.GE.COM, gthaker@fergie.atl.ge.com (Gautam H Thaker) writes:
> We use ISISV3.0.x in most situations, but for various reasons we have to
> use ISISV2.1 on an IBM RS/6000 machine on one project. Things are not
> working quite right on this IBM machine.
> 
> Anyone experience anything like this on ISISV2.1 and IBM machines? Is there
> a fix?  Is this an OS problem?


Well, I'm running ISISv2.1 on an IBM RS/6000 and my pids are 5 digits and I'm
not experencing any problems with cmd.  I don't manage the machine and, for
some reason, the motd doesn't have a version in it.  The sysadmin for the IBM
is not in this weekend.  I can get the version and any more info, should you need
it.


---
Alan Cabrera				internet:  adc@tardis.cl.msu.edu
Computer Laboratory			phone:     (517) 353-3027
Michigan State University		fax:       (517) 353-9847
514 Computer Center			bitnet:    CABRERA@MSU
East Lansing, MI 48824
Newsgroups: comp.sys.isis
From: rcbc@honir.cs.cornell.edu (Robert Cooper)
Subject: Re: Abcast performance
Reply-To: rcbc@cs.cornell.edu
Organization: Cornell Univ. CS Dept, Ithaca NY 14853
Distribution: usa
Date: Thu, 13 Aug 1992 03:20:23 GMT

Himanshu,

Your tests are explained by two factors:

(1) The abcast algorithm used by the "bypass" protocols works like this;
    - sending member sends message to all members of group
    - each member puts this message in a queue
    - oldest member of group sends out a "sequencing" message to all
      members of the group. This ensure the total abcast ordering in the
      group, even with concurrent abcasts from different group members
    - on receiving the sequencing message, all members deliver the message
      to the application.

    In the case where the sending process is the oldest member the first step
    is skipped.
    This causes about a much faster response time between the oldest
    member of the group the the other members. In fact, smart Isis users
    often try to take advantage of this knowledge to speed up their programs.

(2) By using abortreply you are probably confounding the results.
    When the sender gets the abortreply
    it stops listening for for further replies and returns immediately.
    When the oldest member of the group sends the abortreply, it does so
    without putting the message out on the wire. This internal software path
    is very fast. In the other-than-oldest-member case, the extra delays
    involved in the remote communication may well result in the nullreply
    getting to the sender before the sender has got its own abortreply back.
    The cost of handling the nullreply+abortreply might also explain some
    the differences. Its hard to say, but to remove this possibility, 
    send the original message in "exclude sender mode", using abcast_l
    with the "x" option, and ask for ALL replies. This should achieve the 
    effect you want of waiting for the remote member to reply.

For the record, here was Himanshu's original posting:

In article <93520@bu.edu> hss@bigbird.bu.edu (Himanshu Sinha) writes:
Path: cornell!batcomputer!caen!uunet!olivea!bu.edu!bigbird.bu.edu
   From: hss@bigbird.bu.edu (Himanshu Sinha)
   Newsgroups: comp.sys.isis
   Subject: Abcast performance
   Summary: Abcasts sent by the first member of a group are 4-6 times faster than
   Message-ID: <93520@bu.edu>
   Date: 13 Aug 92 00:40:23 GMT
   Sender: news@bu.edu
   Distribution: usa
   Organization: Computer Science Department, Boston University, Boston, MA, USA
   Lines: 47

   Here is the gist of an experiment that I conducted.  

   I have two processes P1 and P2 running identical programs running on different
   hosts. Each process waits (using isis_select) for the user to enter an integer,
   NumOfTImes, and makes NumOfTimes abcasts to the group "testgroup" of which both
   P1 and P2 are members. The abcast waits for 1 reply.

   Upon receiving a message, the receiver checks if the message has been
   sent by itself. If it is, it calls abortreply() otherwise it calls nullreply().

   I measure the response time for the NumOfTimes abcasts. P1 and P2 do not abcast
   at the same time.

   My observations were:
   1) If P1 joined the group before P2 then its response time for a certain number
   of abcasts was about 4-6 times faster than the response time of P2 for the same
   number of abcasts.

   2) If P2 joined the group before P1 then P2's response times were about 4-6
   times faster.

   Here are some numbers:

   When P1 joins before P2:
   Num of abcasts	   Response Time for P1 		Respnse Time for P2

           1		   3653 usecs	 			19696 usecs
           10		  33606 usecs                          141856 usecs
           100              318263 usecs                   1 secs 335790 usecs
           1000      2 secs 811663 usecs                  13 secs 606533 usecs

   When P2 joins before P1
   Num of abcasts	   Response Time for P1 		Respnse Time for P2
           1                  12473 usecs                          3182 usecs
           10                134268 usecs                         28624 usecs
           100        1 secs 342105 usecs                        268750 usecs
           1000      13 secs 509179 usecs                 2 secs 353236 usecs


   Question:
   How is this difference accounted for? I added a third process and a fourth
   process. The factor seemed to drop around 3 but I did not do enough reps to
   give any numbers.


   THanks
   Himanshu
--
-- 
Newsgroups: comp.sys.apple2
From: philip@utstat.uucp (Philip McDunnough)
Subject: Re: Swich It and Multitasking
Organization: University of Toronto, Dept. of Statistics
Date: Fri, 21 Aug 1992 16:51:40 GMT

In article <01GNSVA1VMW00008SC@MSUS1.MSUS.EDU> PKBRANDON@MSUS1.MSUS.EDU writes:
>The difference between program switching and true multitasking is that
>the latter (also referred to as time sharing) continues the operations of
>two (or more) programs _simultaneously_.

Unless you are talking about parallel processing this is not the case.    
Preemptive multitasking is what is called true maultitasking, and it
does not run several programs simulataneously. The OS's program
scheduler mangaes the time allocated to each task. You never have both
tasks working at once.
 
Preemptive multitasking does not demand a powerful cpu. Unix was developed
on a fairly weak one, and my first computer was the HP Integral which was
an 8MHz 68000 System V transportable with Unix in ROM (single user).

[ ]

Philip McDunnough
philip@utstat.toronto.edu
From: bb252@cleveland.Freenet.Edu (James L. Brookes)
Newsgroups: comp.sys.apple2
Subject: Re: DOS 3.3 Launcher
Date: 14 Aug 92 18:43:51 GMT
Article-I.D.: usenet.1992Aug14.184351.29476
Organization: Case Western Reserve University, Cleveland, Ohio, (USA)


johnmac@fawlty.towers.oz.au (John MacLean) writes:
 
>My question is:
>===============
>Since most DOS 3.3 programs rely on a 1Mhz speed, I think it is
>necessary to slow down to 1Mhz on entry, and restore the speed on
>exit.
>What do people think about this?
 
I'd rather have some sort of menu brought up, hit [RETURN] for the
default setting, change setting, or select a different speed...
 
>Should I do this, or should I require the user to enter the control
>panel?
 
It'd be nice if you could do the above.
 
>What about accelerators? I have code to slow down and restore
>ZIPs and TransWarps, but I'm not sure whether its necessary when
>you switch the machine to 1Mhz via the standard softswitch.
>I think it would be still necessary - can someone confirm this?
 
For some reason, when I disable my Zip and run certian //e programs
the speed is still 9mhz.  I don't know why that is thou...switching
the system to "Normal" speed from the Control Panel does set the
system to 1mhz whether the Zip is enabled or not.
 
>The same argument could be applied to keyboard buffering - which is
>a real pain for most old DOS 3.3 programs.
 
A way to configure these as defaults would be very handy.  For example,
most of the old games I play I play at GS Fast speed, because they
are more fun that way :)
 
Could there be some way to have different configurations when different
files are launched?  Maybe have a disk image, and an optional configuration
file associated with that file?  That would be very handy, imo...
 
>John MacLean.
>This net: johnmac@fawlty.towers.oz.au             Phone: +61 2 427 2999
 
Sounds like this is going to be very useful.  I can't wait to see it!
-- 
:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
|           James Brookes           | Oggnet:  House of Games, User #209      |
|``What, me worry?'' - A. E. Neuman | Usenet:  bb252@cleveland.freenet.edu    |
:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
Newsgroups: comp.sys.apple2
From: chauhan@aristotle.ils.nwu.edu (Amrit Chauhan)
Subject: A2 Central
Organization: The Institute for the Learning Sciences
X-Newsreader: Tin 1.1 PL4
Distribution: comp
Date: Thu, 13 Aug 1992 14:15:28 GMT

:-)  I don't have the A2 Central number handy.  I need it....AGAIN!  I have it
at home, but I'm at work and some KIND person will be more than happy to send
me the number AGAIN.  ;-)  Thanks, and sorry for continually asking for the
same thing...

Amrit

--
< > --------------------------------------------------------- < >
< > Amrit Chauhan                 | chauhan@ils.nwu.edu       < >
< > GENIE in a bottle: A.Chauhan  | PL: amritc@pro-hindugods  < >
< > --------------------------------------------------------- < >
Newsgroups: comp.sys.apple2
From: jwoods@cmptrc.lonestar.org (Jeff Woods)
Subject: Re: Woz //gs's
Date: Fri, 21 Aug 1992 09:50:09 GMT
Organization: CompuTrac Inc., Richardson TX
Keywords: Apple //gs FOREVER!

In article <1992Aug12.080924.2753@micor.ocunix.on.ca> toh@micor.ocunix.on.ca (Marc Sira) writes:
>In article <BsszF1.200@cmptrc.lonestar.org> jwoods@cmptrc.lonestar.org (Jeff Woods) writes:
>>Any IBM compatible joystick should work fine with an Apple ][.  Just don't
>>expect a joystick for a video game system (read Atari or NES) to work.
>>There are some amazing joysticks available these days.
>
>Hmmm...don't they have wider connectors on the IBM (DB connectors...they
>certainly don't have 16-pin ones)? I recall seeing a joystick that could be
>used on a ][ or on one of those other nameless beasts...there were two
>quite different plugs on the cable, one for the ][, one for the BM.
>

IBM joysticks connect to a "game port" on the PC which happens to have a 
9-pin DB connector (actually a "DE" connector as I recall the standard).
This matches the external joystick port on the ][e, ][gs, and (I think)
the ][c and ][c+.  The ][e and ][gs also have the internal 16 pin connector
found on the ][+ and original ][, which is NOT compatible with the PC.

By the way, I think the designations for "D connectors" are:
    DA - 36 (?) pin
    DB - 25 pin  (hence the popular term "DB-25 connector")
    DC - 19 (?) pin
    DD - 15 pin
    DE - 9 pin
The only 2 commonly seen are the DB (25) and DE (9) pin connectors.
-- 
Jeff Woods    214/235-7161 x3180    jwoods@cmptrc.lonestar.org
CompuTrac, Inc.   222 Municipal Drive, Richardson, TX  75080-3539
stdinfo: "My opinions are my own."
"You don't need a programmer so much as you need a exorcist." - A. Chambers
From: lecates@bach.udel.edu (Roy LeCates)
Newsgroups: comp.sys.apple2
Subject: Finder Redrawing...
Date: 13 Aug 92 18:22:13 GMT
Distribution: usa
Organization: University of Delaware

A while back, I noticed that the Finder would sometimes redraw the
screen quickly after returning from an application.  After experimenting
a bit, I figured out that it only occured when returning from a 320 mode
program.  (I'm sure everyone knows what I mean.)  Does anyone know why
the Finder does this?

-- 
------------------------------------------------------------------
Roy M. LeCates       EE Undergraduate        lecates@bach.udel.edu
University of Delaware Electrical Engineering and Computer Science
------------------------------------------------------------------
Newsgroups: comp.sys.apple2
From: bx573@cleveland.Freenet.Edu (Alan H. Stein)
Subject: Loose Zip Chip
Reply-To: bx573@cleveland.Freenet.Edu (Alan H. Stein)
Organization: Case Western Reserve University, Cleveland, OH (USA)
Date: Wed, 12 Aug 92 15:22:23 GMT


I've finally found that all the problems I was recently having with my IIGS
come from my Zip Chip (1600) connector to the motherboard (at the place
where the cpu was removed) periodically coming loose, especially in warm
weather.  I keep turning off the computer, opening it up, and pressing down
hard on the connector.

Someone suggested filing off ridges in the connector plug.  Is this wise? 
Does anyone have a better solution?
-- 
bx573@cleveland.freenet.edu----Alan H. Stein----stein@uconnvm.uconn.edu
Newsgroups: comp.sys.apple2
From: lwv26@cas.org (Larry W. Virden)
Subject: Re: WANTED: //e shell (Davex).
Followup-To: comp.sys.apple2
Reply-To: lvirden@cas.org (Larry W. Virden)
Organization: Nedriv Software and Shoe Shiners, Uninc.
Date: Fri, 21 Aug 1992 16:34:33 GMT

In article <1992Aug11.215511.10677@trl.oz.au> a.guillaume@trl.oz.au writes:
:In article <...>, schultp@wl.com (Paul Schultz) writes:
:|In article <...> sknkwrks@unlv.edu (Scott Alfter) writes:
:|>archive.umich.edu has a copy of Davex.
:|
:|Has anyone been able to ftp to archive.umich.edu? I've been trying for a
:|month now and end up staring at a blinking cursor -- nothing connects.
:|(I can ftp to many other sites so it isn't a problem on my end...I think!)
:
:I have had the same problem. What's more, I have found (thanks to archie)
:that wuarchive.wustl.edu and capella.eetech.mcgill.ca both have a mirror
:archive of archive.umich.edu. Guess what ? The file davex.bsq is bl**dy
:empty :-(. The description files are fine, and what makes me even more

Hi all.  I have been dealing with the apparently broken archive.umich.edu
for about 10 days now.  I would get on, do a dir or ls -C and see
nothing.  Today I decided for giggles to do an ls by itself - and there
were all the files.  I retrieved davex version 1.23 and then put it up
on tybalt's upload directory.  Now the best 8 bit shareware shell is
available.

-- 
Larry W. Virden                 UUCP: osu-cis!chemabs!lvirden
Same Mbox: BITNET: lvirden@cas  INET: lvirden@cas.org
Personal: 674 Falls Place,   Reynoldsburg, OH 43068-1614
America Online: lvirden@aol.com
Newsgroups: comp.sys.apple2
From: jbush@magnus.acs.ohio-state.edu (J Eric Bush)
Subject: Re: Drawing Programs
Organization: The Ohio State University
Date: Sun, 23 Aug 1992 05:51:49 GMT

Yes, you can do schematic layout with a program called AccuDraw.  There are
many pre-defined symbols for doing what you are talking about.  Socket 
locations, solder points, traces, etc.  You can also capture clipboards and
save them to disk (kind of the equivalent of a scrapbook).  The program will
let you design in up to 72 dots per inch resolution  which is the same as
the screen resolution on a Mac.  A drawing at 72 dpi can print out upto 6
by 8 feet on any dot matrix printer.  However, there are only about 20
different printers that the PCB symbols will be accurate to scale on.  If
your printer has a 72 x 72 printer mode, it will do it.  For an Imagewriter,
the program will use the 144 x 72 mode.  Everything is accurate to scale.

Call or write to:
Kitchen Sink Software, Inc.
903 Knebworth Ct.
Westerville, OH  43081
614-891-2111

for details, or ask me in email.
-- 
------------------------------------------------------------------------------
J. Eric Bush
Internet: jbush@magnus.acs.ohio-state.edu
From: lpowell@EIS.CALSTATE.EDU (Larry Powell)
Newsgroups: comp.sys.apple2
Subject: Databases
Date: 18 Aug 92 03:38:23 GMT


  Does anyone know of any databases for the apple2? I know of Appleworks
and Dbmaster. Are there any others? Are any of them freeware/shareware?
  Perhaps most important, are there any that can access multiple databases
simultaneously (meaning relationally (?)). (I think that Appleworks wit
Timeout REportwriter and DBMaster Professional can do this but have been
unable to confirm (or obtain them yet)).
  Does anyone have any additional ideas or suggestions?
  Thanks,
--Larry Powell     lpowell@eis.calstate.edu
Newsgroups: comp.sys.apple2
Subject: Power Supply for Laser 128 Needed
From: cbrown@wittenberg.edu
Date: 13 Aug 92 12:08:34 -0400
Organization: Wittenberg University

I need a replacement power supply for a Laser 128.
Can anyone tell me were I can buy one?

Thanks

cbrown@wittenberg.edu  "Cliff Brown"
Newsgroups: comp.sys.apple2
From: spock@in.rhein-main.de (Martin Georg)
Subject: Re: PDware clearing house
Organization: Individual Network, Rhein-Main
Date: Sun, 16 Aug 1992 10:03:03 GMT

In article <BstxCI.78s@well.sf.ca.us> joko@well.sf.ca.us (Joe Kohn) writes:
>
>To: Scott Alfter
>
>Just so you don't get the wrong idea...the only computer I own is an Apple
>IIGS.
>
>What other Apple II magazine do you suggest I affiliate with? (sarcasm
>intended) If there are others, aside from inCider, that have a world wide
>circulation, please tell me how to contact them.

Joe, you should check out GS+ magazine - ever heared of it? (sarcasm intended).
To be serious: I know of several dozen GS+ readers here in Germany and I'm sure
that other readers all over the world exist as well.

My feelings with Incider/A+ are very mixed. On the one hand I feel that the
IIgs needs a loyal and IIgs-only worldwide publications which leads me towards
GS+. On the other hand I agree that the only way we can keep the IIgs user
base (especially in schools) intact is a large, financially intact and backed
magazine like Incider/A+. But I fear that Incider/A+ would not hesitate to
drop Apple II coverage completly tomorrow if it doesn't fit into their cor-
porate strategy any longer. Please understand me right: Incider/A+ writes
about the II because they want to make bucks first. GS+ writes because they
love the IIgs first. And that's a fundamental difference and a attitude we
all should support!

Just my .02$ worth ....

>Joe Kohn

Martin Georg
President, Apple IIgs SIG, AUGE e.V.
Germany


-- 
****************************************************************************
*   Martin Georg  -  Frauenhofstrasse 31  -  D-6000 Frankfurt am Main 71   *
*             spock@incom.de  -  FIDO: 2:249/8.0 or 2:243/100              *
*** ----> Ask me about Formulate GS - The FIRST IIgs formula editor <---- **
From: unknown@ucscb.UCSC.EDU (tuu)
Newsgroups: comp.sys.apple2
Subject: Re: System 6.0 & Ultramacros 3.0
Date: 20 Aug 1992 21:36:08 GMT
Organization: University of California; Santa Cruz
NNTP-Posting-Host: ucscb.ucsc.edu
Keywords: crashing


In article <1992Aug20.122427.9748@klaava.Helsinki.FI> cust_ts@klaava.Helsinki.FI (Tero Sand) writes:
}In article <1992Aug20.110210.7078@cs.uow.edu.au> jorgi@cs.uow.edu.au (George B Zamroz) writes:
}>I finally have gotten round to putting System 6.0 on my hard disk. When trying
}>to use Appleworks with Ultramacros, it crashes as soon as I try to add a file.
}>Running Appleworks on it's own is fine. Anyone know the answer to this problem?
}A partial answer is that it's not system 6, it's something else. AW 3.0 &
}UM & System 6 works fine w/me.

	Have you ever considered that there might be something *different*
about your setup and his?  Bugs very often show up on one configuration but
not another.

	Anyways, if this is actually a system software problem, it would most
likely be in ProDOS 8.
-- 
/unknown@ucscb.ucsc.edu   used ADB trackball WANTED          Apple II Forever!\
\Mail me:Get INFOCOM GAMES RERELEASED,ULT VI GS done,for UNIX GS&CHEAP CD info/
What the world needs now is another folk singer like I need a hole in my head.
Newsgroups: comp.sys.apple2