FAQ diffs

Conor P. Cahill cpcahil at virtech.uucp
Mon Mar 11 11:26:49 AEST 1991


6c6
< Supersedes: <1990Nov05.012005.18284 at virtech.uucp>
---
> Supersedes: <1991Feb03.153747.25359 at virtech.uucp>
20c20
< 	Last Modified: $Id: freq.ques,v 1.6 91/02/03 10:30:15 cpcahil Exp $
---
> 	Last Modified: $Id: freq.ques,v 1.7 91/03/10 20:21:40 cpcahil Exp $
50a51,52
> 	26. What dos-under-unix product will work with ESIX?
> 	27. How do I correctly configure the various STREAMS parameters?
95,97c97,110
< 	However, System V Release 4 (SVR4) binaries will not run on System V
< 	Release * (where * is less than 4.0) systems.
< 			
---
> 	Contact information for the various OS manufacturers:
> 
> 	PRODUCT			VENDOR			Phone contact (sales)
> 	----------------------  ----------------------  ---------------------
> 	AT&T UNIX		AT&T			???
> 	DELL UNIX (SVR3&4)	DELL Computer Corp	800-426-5150
> 	ESIX			Everex			415-683-2068
> 	ISC UNIX (SVR3)		Interactive Systems	???
> 	Mach 			Mt Xinu			???
> 	Microport UNIX (SVR3&4)	Microport		???
> 	SCO UNIX & Xenix	Santa Cruz Operation	800-726-8649		
> 	UHC UNIX (SVR4)		UHC			713-782-2700
> 	
> 
139c152
< 	the 386 as one of it's target environments, but since it includes
---
> 	the 386 as one of its target environments, but since it includes
147c160,161
< 	somewhat limited.
---
> 	somewhat limited and they (Mt Xinu) see this as a developers 
> 	product, not an end-user product.
250,260c264,267
< 	Bell Tech (now Intell)
< 		BT has three serial port solutions: ICC, ACE, and HUB. 
< 		The ICC card looses data at incomming speeds > 19200. It 
< 		locks up about once or twice a week, but is easily restarted
< 		since BT provides a program that can reset the card without
< 		rebooting the system.  For normal terminal operation the
< 		card is satisfactory.  Price was around $1500 when I bought
< 		it a couple of years ago. 
< 	
< 		The ACE card is reported to be "bad beyond belief" with 
< 		hanging problems caused by timing problems on the card.
---
> 	Bell Tech (now Intel)
> 		BT had three serial port solutions: ICC, ACE, and HUB. 
> 		Intel is no longer selling these cards (they stopped 
> 		taking orders on 1 Jan 91).
262,265d268
< 		The HUB is a non-intelligent card that is "rock solid" and
< 		will provide 6 ports.  However, since it is non-intelligent
< 		it will place a load on the system.
< 
328c331,332
< 	venor.
---
> 	venor.  A second option is to obtain GROFF (which is free and 
> 	available at your local GNU repository).
336,337c340,341
< 		Eroff 			$795
< 		SoftQuad Publishing	???
---
> 		Eroff 			$795 (415-964-2200)
> 		SoftQuad Publishing	$995 (800-387-2777)
508c512,518
< 	up to 4 partitions for use as file systems.  This can be bypassed
---
> 	up to 4 partitions for use as file systems. 
> 
> 	For ISC UNIX (version 2.2 and above), the installation software
> 	will allow you to specify a full range of partitions.  SCO UNIX
> 	has a similar capability in its divvy software.
> 
> 	For those running 386/ix the problem can be bypassed
603c613
< 	   and it's size.
---
> 	   and its size.
652a663,680
> 	o. Make a lost and found directory and create some empty slots
> 	   (for fsck to use when fixing the file system) for each partition.
> 	   I usually run something like the following:
> 
> 		for i in a b c d
> 		do
> 			mkdir /$i/lost+found
> 			cd /$i/lost+found
> 			for j in 1 2 3 4 5 6 7 8 9
> 			do
> 				for k in 1 2 3 4 5 6 7 8 9
> 				do
> 					> $j$k
> 				done
> 			done
> 			rm /$i/lost+found/[1-9][1-9]
> 		done
> 
708c736,741
< 	Yes, but the slowdown is really impressive. Don't do it.
---
> 	Yes, but the slowdown is really significant. (for two 
> 	reasons: 1. each 32 bit word access will require two bus
> 	cycles to obtain since the bus is only 16 bits wide and 2) the
> 	bus usually only runs at 8MHZ compared to at least 16MHZ for
> 	the standard memory bus. Don't do it.
> 
756a790
> 
767,770c801,854
< 	At least one of the System V R3 releases (namely Microport) included
< 	a ksh.  The base port of System V R4 includes the ksh as one of its
< 	standard shell, so if you wait a bit, it will be part of the base
< 	system.
---
> 	Both Microport and SCO UNIX (starting with 3.2v2) ship a ksh with
> 	the standard OS.  The base port of System V R4 includes the ksh as
> 	one of its standard shell, so if you wait a bit, it will be part
> 	of the base system.
> 
> 26. What dos-under-unix product will work with ESIX?
> 
> 	ESIX does not include a dos-under-unix product.  However, ISC's
> 	release of VPIX can be installed an run under ESIX.
> 
> 27. How do I correctly configure the various STREAMS parameters?
> 
> 	The "STREAMS" subsystem provides a mechanism for inter-process
> 	communications both within the same system and across various
> 	networks between different systems.  In the standard OS, pieces like
> 	X-windows, TCP/IP, NFS, FTP all use STREAMS for communication 
> 	purposes.  That is why it is important that you correctly configure
> 	the tunable parameters dealing with STREAMS.
> 
> 	Those parameters include: data blocks, queues, and streams.  The
> 	System administration guide will explain what these parameters are,
> 	but it doesn't explain how to select good values for these parameters.
> 
> 	To configure these parameters you need to let you system run for
> 	a while, then run "netstat -m".  The output will look similar to 
> 	the following:
> 
> 				 alloc	 inuse	   total     max    fail
> 		streams:	   512	    75	     639      76       0
> 		queues: 	  2048	   422	    3722     428       0
> 		mblocks: 	  4440	   243	 2277566    1158       0
> 		dblocks: 	  3552	   243	 1975582    1032       0
> 		dblock class:
> 		    0 (   4)	   512	     0	   47624       4       0
> 		    1 (  16)	  1024	    34	  243812     241       0
> 		    2 (  64)	  1024	    22	 1503769     679       0
> 		    3 ( 128)	   512	   179	   73310     194       0
> 		    4 ( 256)	   256	     0	   24425       4       0
> 		    5 ( 512)	   128	     8	   50889      15       0
> 		    6 (1024)	    32	     0	   30378      12       0
> 		    7 (2048)	    32	     0	    1373      17       0
> 		    8 (4096)	    32	     0	       2       1       0
> 
> 	In looking at this output, the key factors are alloc, max, and
> 	fail.  The ideal is to keep the alloc numbers approx 20% higher
> 	than your max (which will keep fails at zero).  Of course, the
> 	numbers represented under max an fail columns are only since
> 	the last time you rebooted, so you should keep track of the
> 	highest values you have seen.
> 
> 	Once you determine the correct values for your system, you can
> 	use idtune or kconfig to change the parameters (or edit the
> 	/etc/conf/cf.d/stune file), rebuild the kernel and see how 
> 	things improve.
-- 
Conor P. Cahill            (703)430-9247        Virtual Technologies, Inc.
uunet!virtech!cpcahil                           46030 Manekin Plaza, Suite 160
                                                Sterling, VA 22170 



More information about the Comp.unix.sysv386 mailing list