Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!mips!daver!eyrie.img.COM.AU!athos@eyrie.img.COM.AU
From: athos@eyrie.img.COM.AU (David Burren)
Newsgroups: comp.sys.nsc.32k
Subject: Re: Is MINIX on the PC532 dead?
Message-ID: <677048105.399@eyrie.img.com.au>
Date: 16 Jun 91 04:55:09 GMT
References: <676992757.7756@eyrie.img.com.au>
Sender: news@daver.bungi.com (Network News)
Organization: img Consultants, Melbourne, Australia
Lines: 59


In article <676992757.7756@eyrie.img.com.au>, bdale@col.hp.com (Bdale Garbee) writes:
> > This is a list of people known to be using minix 1.5h on their pc532s.
> > Minix 1.5h is also knows as the 1.5 hybrid.  Some of these have added
> > things to the 1.5h version.
> 
> >  Who              email
> 
> add
> 
>   Fred Schneider	fls@gag.com
>   John Conner		conner@empire.com

Also,
    Grant Waldram	gtw@img.com.au
    Marc Boschma	marcb@img.com.au

These have been running for some weeks.  Marc's machine is "ligita.img.com.au".
Unfortunately, a drive problem on Friday has put the machine out of action for
a while :-(
The drive is a Miniscribe that has been playing up a bit, and none of us
there on Friday could remember the command to send that took the drive out
of that error condition (it remembers it over powerdowns).  I think Grant's
solved this one before, so hopefully all is not lost.


> 	- is it possible to get smail2.5, or something else, to do the minimal
> 	  stuff necessary to treat all addresses in '@' notation, but recognize
> 	  that *anything* not local should be uucp'ed to a neighboring machine?
> 	  We do this inside HP, and it'll cause me much less grief if I don't
> 	  introduce '!' addresses any more than necessary.

I ported smail2.5 onto ligita.img.com.au very easily.
Mind you, the version that I was porting is one that I'd previously ported to
Xenix-286, so most porting hassles would have been fixed then.

The port is currently inaccessible on Marc's disk, or I'd offer to send it
to you.  Hopefully the disk will be going again within a week or so, but
you'd probably be better off porting from the standard distribution anyway.


A question about the filesystem:
	How much throughput are people getting out of FS?
	We estimate we're getting around 60 kB/sec.  Has anyone thought
	about getting the FS to group reads and writes of consecutive
	blocks together?  SCSI drives can handle this, and it could reduce
	the overhead in handling each block?
	We were starting to look at this when Marc's drive fell over :-(


Also, we have a Wangtek QIC-24 drive with an Emulex MT02 SCSI controller
board, so if someone gets a tape driver working before we get around to
trying, we'd be grateful if you could share it with us.
___________________________________________________________________________
David Burren (Athos)				img Consultants
Systems Development (general dogs-body)		G.P.O. Box 3304GG
						Melbourne, VIC 3001
Email:	athos@img.com.au			Australia
Phone:	+61 3 819 4554