Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!sdd.hp.com!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!ucselx!crash!pnet01!jca From: jca@pnet01.cts.com (John C. Archambeau) Newsgroups: comp.sys.ibm.pc Subject: Re: COHERENT? Message-ID: <3116@crash.cts.com> Date: 12 Jun 90 06:56:04 GMT Sender: root@crash.cts.com Organization: People-Net [pnet01], El Cajon CA Lines: 46 heiser@world.std.com (Bill Heiser) writes: >In article <3059@crash.cts.com> jca@pnet01.cts.com (John C. Archambeau) writes: >>streich@boulder.Colorado.EDU (Mark Streich) writes: >> >>>Also, does it take advantage of extended memory? >> >>Yes, it does, but again, you have the small memory model limitation. It's not >>a Xenix 286 where it will support swapping and large model programs. In fact, >>I don't think Coherent even supports swapping. What it can stick in memory is >>all you can run. > >Sorry, I miseed your first "coherent is a lemon" message. Could you >re-brief us late-comers? Thanks! > >Also, regarding swapping, I'm a bit confused. The documentation outlines >a method of configuring swapping. But when I look in the /conf directory, >I don't have the 'config' program they describe to re-configure the kernel. >Maybe they didn't get it working so left it out??? I base my assertion of no swapping being supported on what the software engineer at MWC told me when I called him drilling him on howclose to the current implementations of Unix are. He told me, no, it doesn't support swapping or virtual memory. My biggest peeve against Coherent is no large memory model support (ala SCO Xenix 286 or MicroPort Unix SysV/AT). In my opinion, MWC had no business benching Coherent against SCO Xenix 286 since it does support large model processes. In benching Coherent and Xenix 286, wouldn't you expect the basic functionality of Coherent to be similiar to Xenix 286? In all fairness, I think the bench was biased since a kernel optimized not to take advantage of large model process is going to run faster than a kernel that does. I swear, when a company's tech knowledge of their own product is worse than Novell and Lotus combined, that makes me wonder. It's enough to make me want to put Novell's tech support division on my Xmas card list. // JCA /* **--------------------------------------------------------------------------* ** Flames : /dev/null | Small memory model only for ** ARPANET : crash!pnet01!jca@nosc.mil | Unix? Get the (*bleep*) out ** INTERNET: jca@pnet01.cts.com | of here! ** UUCP : {nosc ucsd hplabs!hd-sdd}!crash!pnet01!jca **--------------------------------------------------------------------------* */