Path: utzoo!utgpu!news-server.csri.toronto.edu!bonnie.concordia.ca!thunder.mcrcim.mcgill.edu!snorkelwacker.mit.edu!spool.mu.edu!uunet!munnari.oz.au!uniwa!DIALix!metapro!bernie From: bernie@metapro.DIALix.oz.au (Bernd Felsche) Newsgroups: comp.sys.m68k Subject: Re: Need 68030 SYSV Box Message-ID: <1991Feb19.020417.22545@metapro.DIALix.oz.au> Date: 19 Feb 91 02:04:17 GMT References: <1991Feb6.182148.14806@demott.com> <1646@peritek.UUCP> Organization: MetaPro Systems, Perth, Western Australia Lines: 31 In <1646@peritek.UUCP> dig@peritek.UUCP (Dave Gotwisner) writes: >In article <1991Feb6.182148.14806@demott.com>, kdq@demott.com (Kevin D. Quitt) writes: >> >> We are currently using Motorola's Delta 3000 series machines (25MHz >> 68030), and we generally like them, but we've stumbled onto a problem. >> It appears that Motorola's UNIX buffers pipes onto disk, and our product >> is about to crash and burn because the pipes are so slow. The problem >> surfaced recently when we a) moved from "development" type systems to >> "production" systems (with slower, cheaper disks), and b) started driving >> systems with more control channels. >Actually, all UNIX systems that I have ever dealt with (from Version 6 through >SVR3 and 4.3BSD) have put pipes on disk, usually in the root filesystem. This >is a standard UNIXism. If this is not acceptable for your environment, you can >(a) buy SVR4 source and rewrite the pipe code, or (b) rewrite your applications >so they don't use pipes. .... You forget that pipedev is a configurable device, where you can define major and minor device numbers. If you write a ram-disk device driver, then that can be assigned to pipedev and things should move a bit quicker. I note that the original query was regarding a small-memory system (4MB?), so the pipedev would be tiny. Nevertheless, fast and adequate for most embedded systems. -- Bernd Felsche, _--_|\ #include Metapro Systems, / sale \ Fax: +61 9 472 3337 328 Albany Highway, \_.--._/ Phone: +61 9 362 9355 Victoria Park, Western Australia v Email: bernie@metapro.DIALix.oz.au