From owner-freebsd-questions Wed Aug 20 02:14:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id CAA10436 for questions-outgoing; Wed, 20 Aug 1997 02:14:49 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id CAA10414; Wed, 20 Aug 1997 02:14:34 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id CAA16260; Wed, 20 Aug 1997 02:14:05 -0700 (PDT) To: Howard Lew cc: dkelly@HiWAAY.net, michael@blueneptune.com, freebsd-questions@FreeBSD.ORG, freebsd-isp@FreeBSD.ORG Subject: Re: Is there still problems with Adaptec UW controllers (fwd) In-reply-to: Your message of "Wed, 20 Aug 1997 00:48:50 PDT." Date: Wed, 20 Aug 1997 02:14:04 -0700 Message-ID: <16256.872068444@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-questions@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I have never ran make worlds so I don't know if my cpu works doing that. > However, just because there are reported problems with make world doesn't > mean the cpu doesn't work at all with FreeBSD because that simply isn't > true. In short, the AMD K6-200 runs FreeBSD fine *for almost everything*. > The sticky point is whether it can/can not do make worlds successfully. > If you never need to do make worlds, then you don't have any problems. I'm sorry, but this is just complete and utter horse exhaust and you should be slapped on the wrist for giving out such flagrantly bogus advice to our impressionable youth here, some of whom may be naive enough to attribute some credibility to the sentiments expressed above. The load imposed on the CPU by "make world" is not particularly noteworthy, nor are any special secret x86 instructions executed during the process which the average user is otherwise protected from. It is also a virtual certainty that the failures we experienced with make world on the K6 could be reproduced under other types of perfectly typical load on a serious web or FTP site - it might not happen as quickly or be as obvious to the admins when it did (hardly a feature), but it's a serious risk nonetheless. Your advice is tantamount to telling someone that just because a car is unable to make left turns, it is hardly a serious issue for people like yourself who just happen to be able to get everywhere they need to go by making right turns only. That's all very nice for you, but back here in the real world where most of the commercial folk live, a piece of equipment which fails one of its significant acceptance tests is still considered to be a broken piece of equipment, period. A make world failure in testing is considered all the more disturbing (by those who understand what's going on, anyway) because it tests "general" system stability rather than focusing conveniently on some specific driver or system feature which one might conceivably be able to do without. A failure in this area is indicative of a more general problem, one which could strike at any time given varying load or memory usage, and as such it greatly erodes the confidence one is able to place in that system (to put it mildly). In any case, it also does not appear that you've tested your system to any significant degree, chosing instead to run a single and somewhat obsolete version of the OS on it (where are your 2.2.x tests, for example?) and in situations which do not appear to exert much strain on the system at all. If you understand anything at all about testing, you'll know that it involves placing the maximum projected strain on something things before pronouncing it fit for duty, not the minimum strain. Such a testing methodology would only be a recipe for building bridges which fall down during actual use and of interest purely to fools and masochists. Jordan