HDTenEightyP/NetNews huggingface dataset:
From: storm@cs.mcgill.ca (Marc WANDSCHNEIDER)
Subject: Re: Cyrix CX486SL
Organization: McGill University, Montreal, Canada
Date: Wed, 8 Apr 1992 13:46:53 GMT

In article <3138@wzv.win.tue.nl> rob@wzv.win.tue.nl writes:
>I read in a magazine lately that Cyrix has announced a new processor,
>the CX486SL, a clone of the Intel i486. The article stated that
>apart from the price ($119 vs. $400 for a real 486 (both 25 Mhz)),
>its main strength is the fact that it has a casing compatible with
>the Intel 386SX. This made me wonder:
>- I assumed that the 386SX is a surface-mounted component which is
>glued/soldered onto the motherboard. If true, this makes upgrading
>your 386SX motherboard rather difficult.
>- A typical 386SX motherboard has a 16-bit databus, does this mean
>that this processor is also only 16 bits external ?
>- Does it have a coprocessor, like a real i486 ?

	From what I have seen, here's what's with the Cyrix "486" chip:

16bit external data but, much like the SX
24bit addressing for max 16MB RAM, much like the SX
1k cache to try and boost speed up a little bit.

	Apart from that though, it does not appear to be anything more than
a beefed up (intel) 386SX chip, and it's just called a 486 strictly for
marketing reasons (ie 486 = POWER, even if it sucks)

	In the other clone chips, we have:

AMDs 386DXL chips, which are the fully Intel Compatible chips (hell, they use
all of Intel's Microcode) that run at 25, 33, and 40Mhz.
AMDs 386SXL 3V chips which run at 16, 20, 25, and now 33MHz for laptops.
AMDs to be released 486DXL chips, which will again just be copies of the 
 Intel ones...
C & T 38605 (some number like that -- don't remember) chip which ships in 
 two versions -- one FULLY intel compatible, and another with some enhance-
 ments to make it 'better' than the Intel chip.

	I'm currently using a 40MHz DXL chip from  AMD and it's great.

-- 
  storm@cs.mcgill.ca           McGill University         C program run.  Run  
  Marc Wandschneider           Montreal, CANADA          Program run! PLEASE!
Ever wonder how Worf got to be Security Officer on the Enterprise when the 
Capt gets kidnapped from the bridge every two episodes and Troy Beats him up?
From: ghost@ra.nrl.navy.mil (G. Host)
Newsgroups: comp.unix.sysv386
Subject: WANTED: X-windows upgrade to AT&T Sys V 3.2.2
Date: 6 Apr 92 13:58:33 GMT
Distribution: usa
Organization: Naval Research Laboratory, Washington, DC


The vendor I bought my current system is out of business
(bankrupt due to lawsuits I believe) and I have been
looking for a AT&T Sys V 3.2.2 upgrade.

Primarily I am looking for X-Windows or C++ and I am
satisfied with Sys V 3.2 but will go to Sys V release 4 if
I have to.

I am hoping that someone here has upgraded from Sys V 3.2 to
Version 4 and no longer has a need for their old updates.
This is for my personal system at home so money is a limitation.

Pointers are appreciated.  E-mail is preferred since this is a high
volume group and I will summerize.
-- 
Glenn Host - Senior Systems Analyst (ghost@ra.nrl.navy.mil)
NRL Code 5800, 4555 Overlook Ave.; Washington, DC 20375   (202) 767-2046
12307 Tigers Eye Court ; Reston, VA 22091                 (703) 620-1141 
-- 
Glenn Host - Senior Systems Analyst (ghost@ra.nrl.navy.mil)
NRL Code 5800, 4555 Overlook Ave.; Washington, DC 20375   (202) 767-2046
12307 Tigers Eye Court ; Reston, VA 22091                 (703) 620-1141
From: dwex@cbnewsj.cb.att.com (david.e.wexelblat)
Newsgroups: comp.unix.sysv386
Subject: Re: R4: Too many processes?
Date: 10 Apr 92 12:30:57 GMT
Organization: AT&T

In article <29E46500.1D88@telly.on.ca> evan@telly.on.ca (Evan Leibovitch) writes:
> NPROC has been raised to 400. Yet there have been times on this one
> system where "ps -e | wc -l" yields under 100, yet there have been
> programs aborted with "fork failed -- too many processes".
> 
> I looked in the R4 docs, and saw that the systemwide number of processes
> "is determined at boot time". The system has 16 MB installed.
> 
> What gives? Is there a parameter I'm missing? Is there a way to insist
> that the dynamically-determined number is never set below a specified
> minimum? What other circumstances would cause this message?
> 
> One hint -- the problem usually happens when printing.
> 
> -- 
>  Evan Leibovitch, Sound Software Ltd., located in beautiful Brampton, Ontario
>          evan@telly.on.ca / uunet!utzoo!telly!evan / (416) 452-0504
>               If it's tourist season, why can't we shoot them?


Perhaps you are hitting the per-user process limit?  This limit (which is
a per-user-id limit, not a per-login limit) can have it's upper bound tuned
(I don't have the docs in front of me, so I don't remember exactly which
one), with a soft and hard limit (like the files size parameters).

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
David Wexelblat             | dwex@mtgzfs3.att.com  | I asked her her name.
AT&T Bell Laboratories      | ...!att!mtgzfs3!dwex  |   She said her name was
200 Laurel Ave - 4B-421     |                       |      'Maybe'
Middletown, NJ  07748       | (908) 957-5871        | --Damn Yankees
Newsgroups: comp.unix.sysv386
From: rfarris@rfengr.com (Rick Farris)
Subject: Re: Memory Cache and Unix
Organization: RF Engineering, Del Mar, California
Date: Tue, 07 Apr 92 01:44:49 GMT

In article <BM92yz.5n5@world.std.com> apl@world.std.com (Anthony P Lawrence) writes:

> Let's assume even a small 32K cache.  It seems extremely unlikely
> (to me) that 32K worth of instructions are going to be executed
> before some system call is made and Unix switches away from this
> process to handle something else.

> So what purpose does this serve on Unix systems?  Indeed, wouldn't
> the cache actually hinder performance?  And wouldn't a larger CPU
> cache hurt even more?

I can't begin to support my position technically, but I can
tell you from experience, that my 386/33 w/128k cache runs a
*hell* of a lot faster than my 386/33 w/o cache.  Both
running SCO ODT.  In fact, under certain circumstances you
can "feel" the direct effect of the cache as the system
rushes through some parts of jobs and then slows down as the
cache hits decrease.

As to not being able to work your way through your 32k (8k
*words*) cache, consider this: Your UNIX is generating
somewhere in the order of 60 - 100 context switches per
second.  That's 10 ms to 17 ms per slice.  Now figure out
how many instructions a 386 can execute in that time...

--
Rick Farris  RF Engineering POB M Del Mar, CA 92014  voice (619) 259-6793
rfarris@rfengr.com     ...!ucsd!serene!rfarris      serenity bbs 259-7757
From: Matthias.Krippendorf@arbi.informatik.uni-oldenburg.de (Matthias.Krippendorf)
Newsgroups: comp.unix.sysv386
Subject: ISC 2.2.1 and more than 2 Ethernets/ISDNs
Date: 8 Apr 92 08:50:20 GMT
Organization: University of Oldenburg, Germany

Hello everybody,

I have problems with gated and more than 2 network interfaces. I have tested thefollowing combinations.

Machines: 386, 8MB RAM, SCSI or AT-Bus Disks

Network combinations:	2* Ethernets + 1* SLIP
			2* Ethernets + 1* ISDN
			1* Ethernet  + 2* ISDN

Each of this combinations causes the gated to ignore its gated.conf file. The
daemon seems to run continously and it does not process routing informations.
Then the machine dies after about 1 to 4 hours.

So it looks like a bug in gated. Has anybody fixed this or ported a new 
version of gated to ISC? Or is this bug fixed in ISC 3.0?

	Bye, Matthias
-- 
****************************************************************************
Matthias Krippendorf      Inhouse: lmk@kepler
Wiefelstederstrasse 45    Internet: Matthias.Krippendorf@arbi.Informatik.
2903 Bad Zwischenahn                Uni-Oldenburg.DE
************   Anybody out there with a longer email address   *************
Newsgroups: comp.unix.sysv386
From: uri@watson.ibm.com (Uri Blumenthal)
Subject: Re: Esix 5.3.2D and Modems
Date: Mon, 06 Apr 1992 23:22:49 GMT
Reply-To: uri@watson.ibm.com
Disclaimer: This posting represents the poster's views, not necessarily those of IBM
Organization: You shouldn't care...

In article <1992Mar26.184328.4115@usenet.ins.cwru.edu> beckerr@pyrite.SOM.CWRU.Edu (Ross Becker) writes:
|> >.................... what brand external 2400 baud
|> >modems work with Esix??  

I'd say - virtually any. My own experience: Microcom QX/v.32c, Telebit 2500,
Trailblazer, ZyXEL U-1496. Oh, and Everex internal 2400bps modem too (:-).
No problem whatsoever.

Regards,
Uri.		uri@watson.ibm.com
------------
<Disclaimer>
Newsgroups: comp.unix.sysv386,comp.periphs.scsi
From: deano@areyes.com (Dean Carpenter)
Subject: Problem with 600foot tapes
Followup-To: comp.unix.sysv386
Organization: Areyes, Inc.
Date: Sun, 12 Apr 1992 16:47:11 GMT

  I just inherited several HP Certified Data Cartridges, pretty
standard looking DC6150 tapes.  They are marked as being 600 feet
but the spools have the legend :

	PreFormatted - Do not degauss

  A standard 3M DC6150 is 620 feet long, so these should be able to
hold around 5 or 6 meg less.  But every time I try to store data to
them via an Archive 2150S tape drive through a BusTek 742a eisa
controller (Adaptec clone), I can only get about 8 meg on the tape.

  This is using dd, tar cpio, and bru.  The tape goes and goes, then
the program asks for volume 2 to be inserted after dumping only 8
meg onto the tape.  I've checked, and the end of tape holes *are*
present.

  Question - what's happening ?  Is the preformatting messing things
up ?  Can I / should I degauss the tapes ?

-- 
Dean Carpenter		uunet!areyes!deano		(203) 847-6003
Areyes, Inc.		deano@areyes.com

"No matter where you go, there you are"  sayeth Buckaroo 								 across the Eighth Dimension
Newsgroups: comp.unix.sysv386,comp.arch,comp.unix.wizards,comp.benchmarks
From: gardner@psd.uucp (Gardner Pomper)
Subject: nroff source?
Organization: Pomper Software Design, Inc
Date: Tue, 14 Apr 92 16:58:36 GMT

Hello all,
	I have Interactive Unix v3.0 and it does not come with nroff, which
makes it a real pain to read the manuals for contributed software. Is there
a source code (or, even better, binary) public domain version of nroff with
the manual macros that I can download from the net?
-- 
      -------------------------------------------------------------------
      | Gardner Pomper                  Pomper Software Design, Inc     |
      | mail:       uunet!psd!gardner   (703)450-5114 voice (VA)        |
      | CompuServe: 74005,636           (717)755-5194 voice (PA)        |
Newsgroups: comp.unix.sysv386
From: ernstjdt@ucthpx.uct.ac.za (E.J. du Toit)
Subject: Ethercard PLUS really 300m?
Summary: Can the SMC EtherCard PLUS do 300m cheapernet?
Keywords: SMC Western Digital Ethercard Ethernet
Organization: University of Cape Town
Date: Mon, 06 Apr 92 18:35:13 GMT

I've just started a UNIX ethernet LAN here (ISC SVR3.2 v 2.2.1 + NFS etc.).
Now, I've installed the Western Digital (SMC) EtherCard PLUS Elite 16 card
in the UNIX box. The dealer assured me that the card has the Extended Length
Option that will allow for 300m segments.

I've tried, but the card falls over as soon as the cable gets to 300m. I have
real cheapie (read budget fitting) NE1000 cards that happily ping each other
at 450m and over (the manual DOES state that the cards can do 300m). The SMC
manual NEVER states anything except how to install...

How can I see (on the card, serial number etc.) that this REALLY is the
Extended card?

Thanks for the time.

Ernst
  /-----------------------------------------------------------------------\
  | Ernst J. du Toit                   | E-mail: ernstjdt@ucthpx.uct.ac.za|
  | Research & Development             |----------------------------------|
  | School of Electrical Engineering   | Type joke, quote or quip  here   |
  | Cape Technikon                     |                                  |
  | PO BOX 652                         |                                  | 
  | Cape Town                          |                                  |
  | South Africa                       |                                  |
  \-----------------------------------------------------------------------/


Xref: sparky comp.unix.sysv386:8706 comp.unix.questions:6243 comp.unix.admin:2815
Newsgroups: comp.unix.sysv386,comp.unix.questions,comp.unix.admin
Subject: Re: SVR4/SVR3: How to go from multi/single/multi from script
From: alan@animal.gcs.co.nz (Alan Adams)
Date: Thu, 16 Apr 1992 07:57:54 GMT
Organization: GCS Limited, Wellington, New Zealand
Keywords: unix svr3 svr4 backup single multi

In article <733@ncrsaud.SaudiArabia.NCR.COM> Khalid.Bahey-elDin@SaudiArabia.NCR.COM (Khalid Bahey-elDin) writes:
>
>Hi all!
>
>Systems: NCR TOWER 32/650 Rel 3.00.02 (SVR3.2), NCR 3445 (SVR4)
>Shell: Bourne shell
>
>We have developed a script here to do unattended backups using cpio. This
>Bourne shell script runs fine.
>
>However, we would like to run it in single user mode for Full System backup
>purposes, and would like to do this unattended. So the system has to switch to
>single, run this script, then switch to multi again, all by itself.
>
>The question is how from cron (or at command) can we get the system to go to
>single user (0 on SVR3, 1 on SVR4), run this script, and then go to multi-user
>(1 on SVR3, and 2 on SVR4) again?
>

We did this exact thing for a client of ours (note - not on an NCR box).

We editted the /etc/rc0 script adding some code at the END of it which
checked for the existance of a file on the system (ie /etc/do_a_backup).
If this file was present then /etc/rc0 ran our backup script, removed
the file /etc/do_a_backup and invoked init x (to go back to multiuser).
We found that we could not put a script into the /etc/rc0.d directory
as /etc/rc0 runs these scripts prior to "killing all remaining
processes", and thus half the system was still running when the backup
kicked in.

Once that was done, all we needed was a cron or at job which created
the file /etc/do_a_backup then did an init 1.

Hope this helps.

PS : the Aussies stole the Rugby Word Cup from us, the Pakistanies
stole the Criket World Cup from us. The Italians and/or the Yanks are NOT
going to steal the America's Cup from us !!!. GO KIWIS GO, GIVE EM HELL.

-- 
Alan Adams, Technical Consultant - budding guru     # I wish !!!
GCS Ltd, Wellington, New Zealand.
Voice: +64 4 801-8000   Fax: +64 4 801-8888   Email: alan@animal.gcs.co.nz
From: grog@adagio.UUCP (Greg Lehey)
Newsgroups: comp.unix.sysv386
Subject: Re: Terrible timing constraints in Device Drivers! Arrgh.
Date: 12 Apr 92 15:01:43 GMT
Organization: LEMIS, Schellnhausen 2, W-6324 Feldatal, Germany

In article <1992Apr11.200103.13338@jwt.UUCP> john@jwt.UUCP (John Temples) writes:
>In article <1992Apr8.013728.11864@gantz.bowlgreen.oh.us> gantzm@gantz.bowlgreen.oh.us (Michael L. Gantz) writes:
>>The driver just sits there watching
>>CLOCK change for 0 to 1 and back until it has collected the correct
>>number of samples.  Now if I want to collect say 70000 samples at 7Khz
>>that is ten seconds.
>
>It sounds like you're also stuck with poorly designed hardware.  It was
>probably built with DOS in mind, where sitting in a busy loop for 10
>seconds (or 10 minutes) is just fine.
>
>Probably the only way that you can do A/D conversion "right" with UNIX
>is if the board uses DMA.  I.e., you tell the board "do 70000 samples
>and DMA the results to this buffer," and it gives you an interrupt when
>it's done.

Agreed
>The other approach that comes to mind would be having the
>board generate an interrupt for each sample, but that's probably going
							(definitely)
>to incur a lot more overhead than the DMA approach.  Neither of these
>approaches does you any good, though, unless the hardware supports
>them.

  Assuming that the clock signal is at a TTL level (a reasonable
assumption, I would think), it should be relatively trivial to gate it
to an unused IRQ line (assuming you can find *that* on this brain-dead
architecture). 7000 interrupts per second are relatively acceptable,
assuming you write your own assembler-level interrupt handler. I don't
know of a UNIX device driver environment with sufficiently low
overhead to handle it, though: most async drivers max out somewhere
between 9600 and 19200 bps, which corresponds to 960 to 1920
interrupts per second.
-------------------------------------------------------------------------------
Greg Lehey		         | Public access UNIX available - try BSDI 
 LEMIS         			 | out on our machine! Mail and news 
W-6324 Schellnhausen 2           | connections available
Germany				 | Fax: +49-6637-1489
Tel: +49-6637-1488               | Mail: grog%lemis@Germany.Eu.net
Claimer: The opinions expressed *are* the opinions of LEMIS
Xref: sparky comp.unix.sysv386:8595 comp.arch:4980 comp.unix.wizards:2181 comp.benchmarks:710 alt.folklore.computers:6376
From: davidsen@yeti.crd.GE.COM (william E Davidsen)
Newsgroups: comp.unix.sysv386,comp.arch,comp.unix.wizards,comp.benchmarks,alt.folklore.computers
Subject: Re: The Great 1992 UNIX Dream Machines Bake-Off --- Progress Report #1
Date: 13 Apr 92 20:14:23 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

eric@snark.thyrsus.com (Eric S. Raymond) writes:

|  My present plan is to use SPEC, bonnie, iozone, and some
|  yet-to-be-determined X benchmark.  And no Dhrystone!

  
|  Also, I will report the time required to TeX the 433-page master of
|  _The_New_Hacker's_Dictionary_.

  Please do some troff, too! I'm sure Elan would donate a copy for those
systems which lack it, and there are still lots of us who use it. 

-- 
	- bill davidsen (davidsen@crd.ge.com)
	GE Corp. R&D Center; Box 8; Schenectady NY 12345
By analysis of usenet source, the hardest part of C to use is the comment
From: thu@huedv.sta.sub.org (Thomas Huppertz)
Newsgroups: comp.unix.sysv386
Subject: Problems with X-Terminal and xdm
Date: 14 Apr 92 15:31:04 GMT
Reply-To: thu@huedv.sta.sub.org
Organization: HUPPERTZ EDV-Beratung, Thererstr. 10, 8083 Mammendorf, Germany

Hard/Soft:  486/Eisa, ISC-Unix 3.0, WD-Ethercard+, 
            X-Terminal Wyse X5.

When starting the xclients from the X-Terminal by telnet, no problems
occure and all works well.

When using the 'xdm' to automatically start the X-Session we only can
work for some minutes, and after that the Xsession would shut down and
a new login-screen appears.

This problem might come from the xdm-mechanism of polling the Xserver
if it is still alive (and if not it generates a sighup/sigkill). It
seems as if the X5 can't generate this 'alive-message' - or what else?
How can I tell xdm, that it shouldn't generate this requests?

Thanx,
    Thomas
-- 
==================== Gruss: === Thomas === Huppertz  ========================
       HUPPERTZ EDV-Beratung, Thererstr. 10, 8083 Mammendorf, Germany 
               Tel. ++49-8145-1569, Fax. ++49-8145-8286 
====== EMail:=== thu@huedv.sta.sub.org === (oder: huppertz@guug.de) =========
Newsgroups: comp.unix.sysv386
From: peterson@crash.cts.com (John Peterson)
Subject: Question: Anyone running Dell SYSVR4 on the AMI 486/50 Super Voyager?
Organization: Crash Time Sharing, El Cajon, CA
Date: Mon, 13 Apr 1992 18:43:59 GMT
Summary: Question: Does Dell SYSVR4 run OK on the AMI 486/50 Super Voyager?
Keywords:  Dell, AMI, ISA, 486/50

   The subject line pretty much says it all. Based on the positive
feedback in this group on the AMI 486/33 Enterprise II EISA board,
I *was* strongly considering the purchase of an AMI 486/50 Enterprise II
EISA board to run Dell S5R4. However, a recent posting from someone who
did this very upgrade, suggests there may be some hardware, or software
problems with this configuration. I'm getting the impression that the
EISA boards are still "buggy", and a good ISA board will probably result
in far fewer headaches. So, I'm looking into the AMI 486/50 Super Voyager
as an alternative. Is anyone successfully running Dell R4 on this board
or any of the other AMI 486 ISA boards???

Thanks in Advance,

   John  < peterson@crash.cts.com >

Xref: sparky comp.unix.sysv386:8687 comp.arch:5049 comp.unix.wizards:2213 comp.benchmarks:718
From: kentd@FtCollins.NCR.com (Kent Dalton)
Newsgroups: comp.unix.sysv386,comp.arch,comp.unix.wizards,comp.benchmarks
Subject: Re: The Great 1992 UNIX Dream Machines Bake-Off --- Progress Report #1
Date: 13 Apr 92 14:29:20 GMT
	<1g4ppm#6mjynK0FgTyx01vM1J1hvPZ1=eric@snark.thyrsus.com>
Organization: NCR Microelectronics, Ft. Collins, CO
In-reply-to: eric@snark.thyrsus.com's message of 11 Apr 92 05:49:36 GMT

>>>>> On 11 Apr 92 05:49:36 GMT, eric@snark.thyrsus.com (Eric S. Raymond) said:

<"Bake off" details deleted.>

Eric> He also said:

>Cute.  While you're at it could you maybe send one of the left over
>not-quite-the-wizbangiest-but-still-a-good-Unix-box machines my way?

Eric> You and about 1,723 other people.  Sorry; leftover hardware, if any, will
Eric> go to compensate the other judges for their time.

Ah-hah! so it becomes painfully clear that this is all an elaborate
scheme to get free hardware and software for Eric and his cronies! Get
computers and software, run a couple of benchmarks, post results, keep
all the neato toys. Must be nice.

Wish I'd thought of it. :^)

--
/**************************************************************************/
/* Kent Dalton                   * EMail: Kent.Dalton@FtCollinsCO.NCR.COM */
/* NCR Microelectronics          *                                        */
/* 2001 Danfield Ct. MS470A      *                                        */
/* Fort Collins, Colorado 80525  * (303) 223-5100 X-319                   */
/**************************************************************************/
Loni Anderson's hair should be LEGALIZED!!
Newsgroups: comp.unix.sysv386