From owner-cvs-all Thu Jul 1 10:26:56 1999 Delivered-To: cvs-all@freebsd.org Received: from dt054n86.san.rr.com (dt054n86.san.rr.com [24.30.152.134]) by hub.freebsd.org (Postfix) with ESMTP id EA04614DFA; Thu, 1 Jul 1999 10:26:43 -0700 (PDT) (envelope-from Doug@gorean.org) Received: from localhost (doug@localhost) by dt054n86.san.rr.com (8.8.8/8.8.8) with ESMTP id KAA09598; Thu, 1 Jul 1999 10:26:41 -0700 (PDT) (envelope-from Doug@gorean.org) Date: Thu, 1 Jul 1999 10:26:41 -0700 (PDT) From: Doug X-Sender: doug@dt054n86.san.rr.com To: Peter Wemm Cc: cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG Subject: Re: cvs commit: src/sys/alpha/alpha vm_machdep.c src/sys/conf files src/sys/i386/i386 vm_machdep.c src/sys/kern kern_kthread.c init_main.c kern_linker.c uipc_mbuf.c vfs_aio.c vfs_subr.c src/sys/sys kthread.h kernel.h proc.h src/sys/vm vm_pageout.c In-Reply-To: <199907011321.GAA75851@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk On Thu, 1 Jul 1999, Peter Wemm wrote: > One thing I'd like to do shortly is get rid of nfsiod as a user initiated > process. It makes sense for the nfs client code to create them on the > fly as needed up to a user settable limit. This means that nfsiod > doesn't need to be in /sbin and is always "available". I heartily support the idea of making this dynamic. I thought it was when I started trying to use it, and boy was I surprised. :) A hearty "here here" for any improvement on NFS client code, I can't wait to test it. Doug To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message