From owner-freebsd-current Thu Mar 16 14:02:13 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA29584 for current-outgoing; Thu, 16 Mar 1995 14:02:13 -0800 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA29565 for ; Thu, 16 Mar 1995 14:02:09 -0800 Received: (from nate@localhost) by trout.sri.MT.net (8.6.9/8.6.9) id PAA01828; Thu, 16 Mar 1995 15:06:00 -0700 Date: Thu, 16 Mar 1995 15:06:00 -0700 From: Nate Williams Message-Id: <199503162206.PAA01828@trout.sri.MT.net> In-Reply-To: "Rodney W. Grimes" "Re: ps and grep" (Mar 16, 1:38pm) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: "Rodney W. Grimes" Subject: Re: ps and grep Cc: FreeBSD-current@FreeBSD.org Sender: current-owner@FreeBSD.org Precedence: bulk [ Just popping in to throw a bit of trivia into the arguement ] > Humm.. I agree that it is popular ``because it adapts to requirements'', > but the reason it adopts is because the source code is out there being > wacked on by 1000's instead of 10's or 100's as in something like VMS. > > I guess I'm a weenie then, but when it comes to 50GB transactional > data bases running paperless wafer fabrication facilities with 24 x 7 > uptime requirements you could't have paid me to even think about doing > it on unix, for that matter I would still do it on VMS today. Unless that OS happened to be QNX, which is used by a *very* prominent memory wafer fabrication plant in the U.S. who reamins unnamed but has a great development environment but rotten hours. (Plan on being awakened at *all* hours when the machines quit because of a bug you introduced that only occurs on the third friday of the month when the moon is full) Nate