From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: To: 9fans@9fans.net From: Akshat Kumar Date: Mon, 23 Feb 2009 15:39:38 -0800 In-Reply-To: 9ad6c896cc1ad905714b3c2255a1dbf4@coraid.com MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-izmsjkxqubrheqwzjriciuakkj" Subject: [9fans] spreading the word Topicbox-Message-UUID: a7263c1e-ead4-11e9-9d60-3106f5b1d025 This is a multi-part message in MIME format. --upas-izmsjkxqubrheqwzjriciuakkj Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit No discussion involving Einstein and Ken should have spelling mistakes in the topic. It complicates the understanding ak --upas-izmsjkxqubrheqwzjriciuakkj Content-Type: message/rfc822 Content-Disposition: inline Delivered-To: akumar@mail.nanosouffle.net Received: by 10.142.253.13 with SMTP id a13cs139320wfi; Mon, 23 Feb 2009 14:21:53 -0800 (PST) Received: by 10.231.19.204 with SMTP id c12mr6779009ibb.20.1235427712905; Mon, 23 Feb 2009 14:21:52 -0800 (PST) Return-Path: <9fans-bounces+akumar=mail.nanosouffle.net@9fans.net> Received: from gouda.swtch.com (gouda.swtch.com [67.207.142.3]) by mx.google.com with ESMTP id k30si11327903qba.11.2009.02.23.14.21.52; Mon, 23 Feb 2009 14:21:52 -0800 (PST) Received-SPF: pass (google.com: domain of 9fans-bounces+akumar=mail.nanosouffle.net@9fans.net designates 67.207.142.3 as permitted sender) client-ip=67.207.142.3; Authentication-Results: mx.google.com; spf=pass (google.com: domain of 9fans-bounces+akumar=mail.nanosouffle.net@9fans.net designates 67.207.142.3 as permitted sender) smtp.mail=9fans-bounces+akumar=mail.nanosouffle.net@9fans.net Received: from localhost ([127.0.0.1] helo=gouda.swtch.com) by gouda.swtch.com with esmtp (Exim 4.67) (envelope-from <9fans-bounces@9fans.net>) id 1LbjAZ-000572-G8; Mon, 23 Feb 2009 22:20:59 +0000 Received: from baron.coraid.com ([12.51.113.4] helo=coraid.com ident=none) by gouda.swtch.com with esmtp (Exim 4.67) (envelope-from ) id 1LbjAS-00056x-Jr for 9fans@9fans.net; Mon, 23 Feb 2009 22:20:52 +0000 From: erik quanstrom Date: Mon, 23 Feb 2009 17:20:45 -0500 To: me@acm.jhu.edu, 9fans@9fans.net Message-ID: <9ad6c896cc1ad905714b3c2255a1dbf4@coraid.com> In-Reply-To: <20090223215942.GA30413@unknown> References: <138575260902230741t4672eacaw1f3f9f928638e0ab@mail.gmail.com> <14989d6e0902231344h1a5cf501ge8afb8024d0992a4@mail.gmail.com> <20090223215942.GA30413@unknown> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] spreding the word X-BeenThere: 9fans@9fans.net X-Mailman-Version: 2.1.9 Precedence: list Reply-To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> List-Id: Fans of the OS Plan 9 from Bell Labs <9fans.9fans.net> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: 9fans-bounces@9fans.net Errors-To: 9fans-bounces+akumar=mail.nanosouffle.net@9fans.net On Mon Feb 23 17:02:29 EST 2009, me@acm.jhu.edu wrote: > >if you're after the historical progression of how the > >structure of the kernel evolved, the file server kernel > >is much more interesting. > > Any bits in particular? Any reason why? port/proc.c is very interesting, as are pc/lock.c and pc/trap.c. they are all very interesting as they illustrate the same concepts the pc kernel deals with, but they are substatially simplier. i fear i've complicated things a bit. hardware is more complicated these days. naturally, the fs kernel is less capable. it lacks dynamic memory, for example. but the beauty is that it doesn't need those things. i think it's an interesting study in tradeoffs. einstein said "make everything as simple as possible, but not simpler". i think ken's take is that if it's not simple enough, you're solving the wrong problem. - erik --upas-izmsjkxqubrheqwzjriciuakkj--