From mboxrd@z Thu Jan 1 00:00:00 1970 To: 9fans@cse.psu.edu Subject: Re: [9fans] micro vs monolithic kernels From: forsyth@vitanuova.com MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-kaizjhchziviffjyjtjvubnzck" Message-Id: <20010410115633.5828A19ADC@mail.cse.psu.edu> Date: Tue, 10 Apr 2001 12:56:38 +0100 Topicbox-Message-UUID: 7e92d97a-eac9-11e9-9e20-41e7f4b1d025 This is a multi-part message in MIME format. --upas-kaizjhchziviffjyjtjvubnzck Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit it's possible to do this with plan 9. in fact, it's usually quicker, because once the configuration is set up on the file server (even if that's on a kfs partition of a cpu server), all the terminals share the same configuration, and you just have to boot them. --upas-kaizjhchziviffjyjtjvubnzck Content-Type: message/rfc822 Content-Disposition: inline Return-Path: <9fans-admin@cse.psu.edu> Received: from punt-1.mail.demon.net by mailstore for forsyth@vitanuova.com id 986851903:10:08882:3; Mon, 09 Apr 2001 21:31:43 GMT Received: from psuvax1.cse.psu.edu ([130.203.4.6]) by punt-1.mail.demon.net id aa1110873; 9 Apr 2001 21:31 GMT Received: from psuvax1.cse.psu.edu (psuvax1.cse.psu.edu [130.203.18.6]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id 6A6C119A65; Mon, 9 Apr 2001 17:31:08 -0400 (EDT) Received: from einstein.ssz.com (einstein.ssz.com [204.96.2.99]) by mail.cse.psu.edu (CSE Mail Server) with ESMTP id CCD2319A5D for <9fans@cse.psu.edu>; Mon, 9 Apr 2001 17:30:10 -0400 (EDT) Received: from localhost (ravage@localhost) by einstein.ssz.com (8.8.8/8.8.8) with SMTP id QAA06150; Mon, 9 Apr 2001 16:52:24 -0500 To: cse.psu.edu!9fans Cc: einstein.ssz.com!hangar18 Subject: Re: [9fans] micro vs monolithic kernels In-Reply-To: <20010409211530.A859E19A09@mail.cse.psu.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: cse.psu.edu!9fans-admin Errors-To: 9fans-admin@cse.psu.edu X-BeenThere: 9fans@cse.psu.edu X-Mailman-Version: 2.0.1 Precedence: bulk Reply-To: cse.psu.edu!9fans List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.cse.psu.edu> List-Archive: Date: Mon, 9 Apr 2001 16:52:23 -0500 (CDT) On Mon, 9 Apr 2001, Russ Cox wrote: > you wouldn't expect to set up a full-blown windows nt > file server in a few hours and have it work. you wouldn't > (or at least shouldn't) expect to sit down with the red hat > box and have a linux system completely ready to go in a > few hours. I'll have to disagree. My day job is taking GA code for a very large software/hardware company and testing it on new OS'es as they come out the door. I manage a group of 5 engineers who spend their week doing about 25-50 OS loads a week and then running the resultant through an automated testsuite. On average a MS or Linux box takes between 2-3 hours to config once the binaries are installed and the system rebooted. I can have a linux box up and running (sendmail, bind, majordomo, etc.) up and running in under two hours myself (and have been hitting that target for several years now). This doesn't include kernel compile time. So, trying to set the 'base line' standard to install and config a box outside of 8 hours (a regular work day) is being unreasonable. It should take x number of hours to setup networking, name resolution, MTA, etc. The process should be scripted as none of these apps should have ANY hardware dependency at all. Saying that your OS won't allow one to configure these base services in a reasonable and repeatable amount of time is a cop-out. You guys should work in a 'production' environment, you're getting flabby around your pre-frontals... ____________________________________________________________________ To speak algebraically, Mr. M. is execrable, but Mr. G. is (x+1)-ecrable. Edgar Allan Poe The Armadillo Group ,::////;::-. James Choate Austin, Tx /:'///// ``::>/|/ ravage@ssz.com www.ssz.com .', |||| `/( e\ 512-451-7087 -====~~mm-'`-```-mm --'- -------------------------------------------------------------------- --upas-kaizjhchziviffjyjtjvubnzck--