HDTenEightyP/NetNews huggingface dataset:
From: PRN Development Lab <develop@aerie>
Subject: Re: Performance questions. Benchmarks?
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Thu, 7 Jan 1993 15:49:16 GMT
Precedence: bulk

> Like, as far as I could
> tell, at the end of it all, the difference between an IBM PC and an IBM
> XT was the number of slots

> >Bela<

I still miss the cassette port, which could be programmed to be a TDD...


-- 
 _ __   _ __   _ __
' )  ) ' )  ) ' )  )   PRN Development Lab
 /--'   /--'   /  /    mthvax!mamia!aerie!develop
/      /  \_  /  (_    9300 SW 87 Ave. Miami Florida 33176 USA


Newsgroups: biz.sco.general
From: fred@genesis.demon.co.uk (Lawrence Kirby)
Subject: Re: Performance questions. Benchmarks? 
Distribution: world
Organization: BT
X-Mailer: Simple NEWS 1.90 (ka9q DIS 1.19)
Date: Mon, 4 Jan 1993 20:51:20 +0000

In article <1993Jan2.151748.2319@ccsvax.sfasu.edu> a_millsbs@ccsvax.sfasu.edu writes:

.
.
.

>(3)  I recently replaced my 386-40 motherboard with a Cyrix 486dlc-33
>     motherboard with an onboard Cyrix FPU.  Its a new board designed for the
>     DLC ship and has the new ACER Award 486dlc bios and a 64k cache.  The unit
>     runs great and hasnt given me a lick of trouble but I dont really see any 
>     performance increase.  All I did was swap the motherboards and reboot no
>     other changes where made.  If I boot the machine under MeSsy-DOS I see a
>     BIG performance increase and the bechmark programs such as SI, SYSINFOm
>     and CHECKIT show that it is about 2.5 times as fast CPU-wise as the 386-40
>     and about 50 times as fast for math operations (no fpu on the 386-40). 
>     Still under ODT 2.0 I really dont see a performance increase.
>

Is the Cyrix CPU the one with the 1K internal cache? Most of the comments I
have seen about this is that it is too small to be of any real benefit to Unix.
Benchmarks may well contain tight loops which are cacheable and look fast. Some
DOS programs benefit but others don't. Generally Unix programs and kernel
routines don't seem to fit very well and the cache hit rate drops right
down. Your performance may not be much better than a 386-33.

-----------------------------------------
Lawrence Kirby | fred@genesis.demon.co.uk
Wilts, England | 70734.126@compuserve.com
-----------------------------------------
Newsgroups: biz.sco.general
From: rr@sco.COM (Renaldo Recuerdo)
Subject: Re: Print Graphics files
Organization: The Santa Cruz Operation, Inc.
Date: Mon, 11 Jan 1993 14:54:42 GMT


msp@msen.com (Jerry Foster) writes:

|We are looking for a command line utility that will print various graphics
|files (gif, tiff, dwg, dxf, etc.).  Either commercial or public domain
|will do.  We are running SCO Unix 3.2.4 with Hewlet Packard laserjets and
|a deskjet color.   Does anyone know if such a utility exists?  

|Thanks in advance,

|Jerry Foster
=============================================================================
I convert to postscript and then print the postscript file. There are several
ways to convert GIF et al to postscript. I usually use xv and/or xgrab.
Both of these utilities are available via anonymous ftp at export.lcs.mit.edu
in the contrib directory as xgrabsc.2_2.tar.Z and xv-2.21.tar.Z.
-rr-
-- 
Name: Ronald Joe Record		Affiliation: SCO / UCSC Math Board
Email: rr@sco.com
USPS: c/o The Santa Cruz Operation, P.O. Box 1900, Santa Cruz, CA 95061
Voice: (408) 427-7604
Newsgroups: biz.sco.general,comp.unix.sysv386
From: alanm@netcom.com (Alan H. Mintz Cons)
Subject: Re: 9 track (1/2") tape drive suggestions for SCO unix
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Thu, 7 Jan 1993 19:57:12 GMT

jackl@pribal (jack lowry) writes:

>We need the ability to write nine track tapes under
>SCO UNIX running on a 486 EISA machine. 

>Can anybody relate any expierence good or bad that 
>they have had these or any other vendors. 

We've purchased 3 Overland Data TL3210 kits in the last several months and
are pretty happy with them. The drives are small and quiet (front-loading,
PC footprint, about 3" high) and the docs fairly complete. The only
thing I have to compare them against is a customer's older (Kennedy?) drive
which was huge by comparison and occasionally hangs his system.

Setting up a reseller account with them was fairly painless and they honored
their same-day shipping committment 2 out of 3 times (the third shipped the
next day because the drive they were going to ship failed the 24-hour burn-in
and production was a bit behind).

>We need a reliable setup with 1600 BPI capability and 
>device driver support for standard SCO UNIX utilities
>such as tar, cpio, and dd. 

tar, cpio, dd, et. al. all seem to work fine. Documentation of the driver
itself is very complete, in case you want to roll your own.
-- 
< Alan H. Mintz | alan@mq.mq.com   | ...!netcom!ahmcs!mq!alan  BEST PATH >
<            OR | alanm@netcom.com | ...!netcom!alanm                    >
From: geoff@zswamp.UUCP (Geoffrey Welsh)
Newsgroups: biz.sco.general
Subject: Re: Softawre flow control problems over dialup
Date: Sun, 10 Jan 93 15:54:21 EST
Organization: Izot's Swamp

ak751@cleveland.Freenet.Edu (Mark Saltzman) writes:

> How can I turn off software flow control for a dialup login?  I have tried
> stty -ixon -ixany -ixoff, and several combinations of the three
> paramters to no avail.  I have also disabled software flow control on my
> terminal emulation program.  Any help would be greatly appreciated.

   The fact that your login shell and your terminal agree is of no consequence 
if one or both of the modems involved have a different idea.  Any chance that 
they are faster than 2400 (and therefore might be configured for XON/XOFF)?

  Geoffrey Welsh, 7 Strath Humber Court, Islington, Ontario, M9A 4C8 Canada
geoff@zswamp.uucp, [xenitec.on.ca|m2xenix.psg.com]!zswamp!geoff (416)258-8467
                Now I've lost everything, I give to you my soul
           And the meaning of all that I believed before escapes me
                  In this world of none, no thing, and no one
                            - Genesis, _Afterglow_
Newsgroups: biz.sco.general
From: gerg@netcom.com (Greg Andrews)
Subject: Re: the RTS/CTS story, Re: UUCP woes on 3.2.0 to 3.2.4 upgrade
Organization: Netcom Online Communications Services (408-241-9760 login: guest)
Date: Wed, 6 Jan 1993 06:54:50 GMT

belal@sco.COM (Bela Lubkin) writes:
>
>Prior to 3.2v4.0, SCO's serial driver (sio) only did one kind of
>hardware handshake, "unidirectional", in which the external device can
>tell the computer to shut up, but not vice-versa.  This is useless for
>modem communications, and in fact it severely confuses some modems such
>as Telebits.
>

No one's confused but the customers.  The modem simply obeys the rules
described by it's configuration, just as the tty driver does.

>
>A mystery remains.  The sio driver explicitly declines to do hardware
>flow control on a local connection, defined by the setting of the CLOCAL
>bit.  That doesn't jive with the setting of CLOCAL here.
>
>... so I check the source.  cu & uucico call a routine "fixline" (you
>can see it in the -x9 output) which, among other things, turns CLOCAL
>off if the system you're connecting to is not "Direct"; and turns it
>*on* if it is.  So the next surprise waiting is that flow control
>*still* won't work between direct systems.  hmmm.
>

Bela, you have GOT to be kidding!  The same version that added uucp "e"
and "f" support won't do hardware flow control over direct cable links?

Is there a way I can request that CRTSFL be changed so it's not
dependent on CLOCAL?  Could I talk with someone about becoming a
beta tester, at least with respect to the modem-intensive parts of
the OS?

>
>> If you want a more detailed explanation of why RTSFLOW doesn't work anymore,
>> let me know.  I just didn't want to bore everyone with technicalities if
>> they aren't wanted...
>
>Well, I hope people aren't bored, but that's OK.  They can read or not.
>They can't read what you don't write...
>

Our defaults are probably different.  I default to not posting extra
stuff when I'm not sure someone wants to read it.  If someone sees the
"let me know" comment and requests more info (through e-mail, usually),
then I post it.  No space is wasted.

  -Greg
(Telebit Engineer)
-- 
:::::::::::::::::::  Greg Andrews  gerg@netcom.com  :::::::::::::::::::
ObGuindon:  Scientists have just discovered that in winter, carp
            migrate to a rather sleazy hotel in Newark, N.J.
:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
From: lance@markv.com (Lance Ellinghouse)
Newsgroups: biz.sco.general
Subject: Re: Three compilers compared on Unix 3.2v4 (long)
Date: 4 Jan 93 19:39:59 GMT
Distribution: biz
Organization: Mark V Systems Limited, Encino, Ca

In article <1i9521INN5o7@mailgzrz.TU-Berlin.DE> gb@buran.fb10.tu-berlin.de (Guenter Becker) writes:
>This reflects my experience: compiling the same source with sco  
>(microsoft) cc and gcc does not make much difference in compilation time  
>and execution time. However, my test source (about 300 k motif  
>application) did a lot of malloc and free. When I changed to gcc's inline  
>alloca in some critical portion of the code, this yielded some 15 %  
>improvement in execution time. Microsoft cc does not include alloca. I  
>think, it would be nice to have it. Though it is not in the standard, it  
>is not specific to gcc; e. g., on suns, it is available. Does anyone have  
>alloca for sco cc ?

It is in the /lib/libPW.a library...
You can include it using "-lPW" on the command line.

Lance Ellinghouse
lance@markv.com
Newsgroups: biz.sco.general
From: fitz@wang.com (Tom Fitzgerald)
Subject: Re: Performance questions. Benchmarks?
Organization: Wang Labs, Lowell MA, USA
Date: Mon, 11 Jan 1993 23:13:02 GMT

Bela Lubkin <belal@sco.COM> writes:

> Any code that ever loops benefits from a cache (unless the
> loop actually travels through >1K of code).

.... or unless it contains subroutine calls, in which case things get
unpredictable.  Given the studies of compiled HLL code [*] that show that
subroutine-call is the most frequently used machine instruction, this will
definitely have an impact.  If the routine you're calling is at the same
address (mod 1024) as the calling loop, it'll push the calling loop out of
the cache.  A set-associative cache will fix this, but if you call two
routines from the loop and they're both at the same address, the problem
comes back.

[*] These studies are admittedly from olden days - I'm assuming that
smarter compiler optimizers and increased use of subroutine libraries have
not made the situation any better.

-- 
Tom Fitzgerald   Wang Labs       fitz@wang.com   "I went to the universe today;
1-508-967-5278   Lowell MA, USA                   It was closed...."
Newsgroups: biz.sco.general,comp.unix.sysv386
From: daw@vivanet.com (David A. Wolf)
Subject: Re: 9 track (1/2") tape drive suggestions for SCO unix
Organization: VIVATRON Corporation 
Date: Sun, 10 Jan 1993 19:45:55 GMT
Followup-To:  poster
Summary: 9 track - use Overland
Keywords: scsi sco 9track overland

In article <1993Jan07.014245.12675@pribal> jackl@pribal (jack lowry) writes:
>
>We need the ability to write nine track tapes under
>SCO UNIX running on a 486 EISA machine. 
>I have looked at the ads in the back of magizines and 
>found the 5 vendors listed below.
>
>Laguna Data Systems
>NovaStor Corp
>Qualstar
>Overland Data.
 ^^^^^^^^^^^^^^^----- IMHO !!!

>CONTECH
>
>Can anybody relate any expierence good or bad that 
>they have had these or any other vendors. 
>We need a reliable setup with 1600 BPI capability and 
>device driver support for standard SCO UNIX utilities
>such as tar, cpio, and dd. 
>
>
>Jack Lowry
>wb3ffv!pribal!jackl

I recently sold and installed an OVERLAND SCSI
9 track unit.  Their tech support was excellent.
The unit worked great.  (The only problems I had
were with the Unisys box- which were fixed by
using a different cable.)  They helped although
the problem was "the other guys fault".

I am not associated with Overland, just a satisfied
reseller.

-good luck.
David A. Wolf                               Toll: 716-272-0820
VIVATRON Corporation                        Free: 800-836-UNIX
Rochester, New York, USA                     Fax: 716-272-7627
SCO Advanced Product Center                email: daw@vivanet.com
*******************************************************************

Newsgroups: biz.sco.general
From: gerg@netcom.com (Greg Andrews)
Subject: Re: the RTS/CTS story, Re: UUCP woes on 3.2.0 to 3.2.4 upgrade (fwd)
Organization: Netcom Online Communications Services (408-241-9760 login: guest)
Date: Thu, 7 Jan 1993 19:33:45 GMT

jpr@jpr.com writes:
>
>On a related note, there's what I refer to as the "AT3Z" scenario: the
>business of having a getty for an enabled port call the dialer with a -h
>option after a call is completed.
>The -h results in an "ATZ" instruction to the modem.
>But this doesn't take into account the &D3 setting of today's modems,
>which lets a drop in DTR effectively accomplish an ATZ (1).  Then
>'dialer -h' reopens the modem and does it (2), and then the modem
>again reloads from NVRAM when 'dialer -h' exits and drops DTR (3).
>

It sounds like you're talking about dialTBIT.

If you look at the dialTBIT.c that came with Xenix 2.3.2 or Unix 3.2 v2.0,
it's pretty plain that dialTBIT was a hack of dialHA24.  There's the
entire baud rate matching section that's never used.  The "aaaa....ATQ4"
autobauding section that sends a lower-case "a" instead of the uppercase
characters used everywhere else.  Also the persistent "ATZ" you've noticed.

However, when you look deeper, using "ATZ" isn't as incorrect as it might
seem.  The dialer program doesn't have the luxury of assuming that everything
is working correctly.  It must be able to handle it When Things Go Wrong.
(if for no other reason than to minimize the number of support calls!)

Getty won't be very happy about waiting for calls on a modem that isn't
disconnected.  Especially if the last call was an abandoned uucp transfer
and the other computer is still pumping out packets.  Similarly, an
outbound call will fail if it tries to dial a modem that is still
connected.  The end result of these things is that the dialer has a very
high priority placed on making the modem disconnect.  "ATZ" accomplishes
this, and includes the benefit of resetting the modem to the stored
register configuration.  (remember that if the modem hasn't disconnected
yet, it probably hasn't been reset either)  If the modem was already
disconnected, "ATZ" won't hurt anything.

If you consider that back on the days dialHA24 and dialTBIT were created
a Hayes 2400 modem was just as likely to be run from a non-modem-control
port as a modem-control port, and 3-wire modem cables were VERY common,
it makes a lot of sense to use "ATZ" in the hangup and dial routines.

  -Greg
(Telebit Engineer)
-- 
:::::::::::::::::::  Greg Andrews  gerg@netcom.com  :::::::::::::::::::
"I have a map of the United States that's actual size."
                                         -Steven Wright
:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
From: vancleef@netcom.com (Henry van Cleef)
Newsgroups: biz.sco.general
Subject: Re: UUCP woes on 3.2.0 to 3.2.4 upgrade
Date: 5 Jan 93 05:22:55 GMT
Distribution: biz
Organization: Netcom--posted from Andover, Mass.

In article <1993Jan4.010856.15023@netcom.com> vancleef@netcom.com (Henry van Cleef) writes:
>As it says, I upgraded my machine from 3.2.0 to 3.2.4 last week, and now
>uucp and cu won't play.  I've looked at all the obvious things:
>
>1. permissions correct on /dev/tty1A, port set off in inittab.
>2. Devices and Systems entries were copied from the old installation.
>3. Configuration is Tbit 1000.  I have tried using the old dialTBIT
>binary in case the new one was different.
(rest of long sad tale deleted).

I got a mailboxfull off responses to this and want to thank everyone who
responded.  Fix no. 1 was to change the dialTBIT.c source then uucp the
4.1 update from sosco.  
-- 
Hank van Cleef  vancleef@netcom.com vancleef@tmn.com  Andover, Mass.
Unix systems consultant---kernel, device drivers, networking, X11
SysV, BSD, Sun, Ultrix, AIX, SCO. Porting a specialty. 
	     The Union Institute  History of Science
Newsgroups: biz.sco.general,comp.editors
From: felixg@coop.com (Felix Gallo)
Subject: Re: Is there a PICO for SCO Xenix or Unix
Organization: Cooperative Computing, Inc.
Date: Thu, 07 Jan 1993 22:20:02 GMT
Followup-To: biz.sco.general,comp.editors

baker@nodecg.ncc.telecomwa.oz.au (Mark Baker +61 9 4916081) writes:
>I am looking for an editor for completely novice users of SCO Unix and 
>Xenix. These are DOS users who I want to use my systems, but will go
>away if things are too difficult. I believe that the PICO editor that
>comes with PINE is the best solution. Has anyone compiled PICO for SCO,
>please.

Pico is relatively simple to compile for SCO 3.2.4; I managed to do
it in about a day and a half.  The relevant bits that you'll want to
do away with have to do with terminal resizing on the fly, which isn't
a widely-used feature in most circumstances.

My copy may be slightly buggy, so I'm hesitant to ship it to anyone
unless they don't mind getting what they pay for.  Alternately,
I'll produce a more bulletproof version in about a month or so; if you
can wait that long, then mail me then.  For adventure, do it yourself.

One of the tricks of compiling pico is that one mustn't try to compile
pine at the same time.  Pine doesn't compile well under SCO, especially
under SCO with MMDF.  It's taken me a couple of weeks to get pine to
an almost-usable state.  If you'll be wanting that, ask in about
a month.

>Mark Baker                             Phone: +61 9 4916081
Newsgroups: biz.sco.general
From: caf@omen.UUCP (Chuck Forsberg)
Subject: Re: WANTED: Stories about SCSI Tape Backups
Organization: Omen Technology INC, Portland Rain Forest
Date: Mon, 04 Jan 1993 13:38:44 GMT

I've been running an Archive Python 4mm for a few days now.
So far no problems.  Dump rate with afio(1) is 8.7 to 10.3
megabytes/min depending on the file system involved.

Under SCO the Python supports a "tape eod" command which
searches to the end of data on the tape (after all files)
at about 60 mb/min speed, but without any i/o.  That
should come in really handy for putting multiple files on
one 90 meter cartridge, which holds 2.1 mb.

A 90 meter data catridge is $15 to $20 mail order.  I tried a
$10.00 audio cartiridge and it worked ok.  4mm cartridges in
their plastic cases are slightly smaller than audio cassettes in
their cases.

DAT audio hasn't done so well yet, but that could change if
DCC and MD whet the market but leave audiophiles unhappy with
compression artifacts.

-- 
Chuck Forsberg WA7KGX          ...!tektronix!reed!omen!caf 
Author of YMODEM, ZMODEM, Professional-YAM, ZCOMM, and DSZ
  Omen Technology Inc    "The High Reliability Software"
17505-V NW Sauvie IS RD   Portland OR 97231   503-621-3406
From: ak751@cleveland.Freenet.Edu (Mark Saltzman)
Newsgroups: biz.sco.general
Subject: Softawre flow control problems over dialup
Date: 10 Jan 1993 15:30:33 GMT
Organization: Case Western Reserve University, Cleveland, OH (USA)
Reply-To: ak751@cleveland.Freenet.Edu (Mark Saltzman)
NNTP-Posting-Host: slc10.ins.cwru.edu


How can I turn off software flow control for a dialup login?  I have tried
stty -ixon -ixany -ixoff, and several combinations of the three
paramters to no avail.  I have also disabled software flow control on my
terminal emulation program.  Any help would be greatly appreciated.

Mark Saltzman

Newsgroups: biz.sco.general
From: nbh@csuohio.edu (Noah Hester)
Subject: Freeware SCO C development
Organization: Cleveland State University
X-Newsreader: Tin 1.1 PL5
Date: Fri, 8 Jan 1993 17:15:25 GMT


 Is there a shareware/freeware SCO "C" compiler available?
 Thanks.

 nh
From: bill@twg.bc.ca (Bill Irwin)
Newsgroups: biz.sco.general
Subject: Re: UUCP over TCP/IP
Date: 10 Jan 93 23:04:41 GMT
Reply-To: bill@twg.bc.ca (Bill Irwin)
Distribution: biz
Organization: The Westrheim Group, Vancouver, B.C., Canada

news@choreo.ca (Choreo NetNews Administration Account(Ottawa)) writes:

: In article <C0Cx7x.3KJ@wimsey.bc.ca> sl@wimsey.bc.ca (Stuart Lynne) writes:
: >In article <C0Cv0z.4EK@norstan.com> sfrazier@norstan.com (Superuser) writes:
: >>I am trying to get uucp of TCP/IP to work.  When I do a uucp, the job
: >>get's que'd.  I run uucico and it tells me I have no device.
: >>
: >>Can anyone tell me what I am doing wrong?
: >>
: >>Here is my Devices file:
: >>
: >># where the Systems entry looks like
: >># scoast Any TLI,e Any \002\000\001\000\226\176\004\026\000\000\000\000\000\000\000\000
: >>#   (The third field in Systems matches the first field in Devices)
: >
: >Do you really have the "#" comment char at the beginning of the entry?
: >
: >I don't think the TLI version is recommended either. Something like the following
: >in /usr/lib/uucp/Systems:

: Quite right ! Use of the TLI uucp is discouraged.
: >
: >  xxx.yyy.com Any TCP,e Any -  ogin:-BREAK-ogin:-BREAK-ogin: LOGINID ord: PASSWD\r
: >
: >is what you want. Change LOGINID and PASSWD to your login id and passwd.

: Not quite.  Remove the -BREAK- sequences, as they can on occassion cause you
: some heartache.

Actually, I've found that you also want to remove multiple
"ogin:" sets, as I get "user unknown" on an SCO system when
they're in.  A simple "ogin: LOGINID word: PASSWORD" is all
that's needed.
-- 
Bill Irwin    -       The Westrheim Group     -    Vancouver, BC, Canada
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
uunet!twg!bill            (604) 431-9600 (voice) |     Your Computer  
bill@twg.bc.ca            (604) 430-4329 (fax)   |    Systems Partner
From: gb@buran.fb10.tu-berlin.de (Guenter Becker)
Newsgroups: biz.sco.general
Subject: Re: Three compilers compared on Unix 3.2v4 (long)
Date: 4 Jan 1993 10:54:57 GMT
Organization: ZRZ/TU-Berlin
Distribution: biz
NNTP-Posting-Host: mir.fb10.tu-berlin.de

In article <1993Jan2.233130.28794@netcom.com> vancleef@netcom.com (Henry  
van Cleef) writes:
> I decided to put three compilers to the test on my 3.2v4 system.  GNU
> tar 1.11.1 looked like a good test vehicle for this test.  It has a good
> mix of programming styles and tasks, and includes GNU's regex.c with
> with its huge macros.  The three compilers tested were:
> 
> 1. GNU gcc 2.3.3, with flags -posix.  GCC 2.3.3 had been cross-compiled 
> with itself several times, last compilation was with -O.  
> 
> 2. (Microsoft) cc, with flags -posix.  This is the sls update
> compiler, not the original one.
> 
> 3.  (AT&T) rcc, with flags -D_POSIX_SOURCE -D_NO_PROTOTYPE -Di386
> -DNULL=0

[...]

This reflects my experience: compiling the same source with sco  
(microsoft) cc and gcc does not make much difference in compilation time  
and execution time. However, my test source (about 300 k motif  
application) did a lot of malloc and free. When I changed to gcc's inline  
alloca in some critical portion of the code, this yielded some 15 %  
improvement in execution time. Microsoft cc does not include alloca. I  
think, it would be nice to have it. Though it is not in the standard, it  
is not specific to gcc; e. g., on suns, it is available. Does anyone have  
alloca for sco cc ?

G. Becker (gb@buran.fb10.tu-berlin.de)
Newsgroups: biz.sco.general,comp.editors