From owner-freebsd-current Thu Apr 23 03:05:58 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA10255 for freebsd-current-outgoing; Thu, 23 Apr 1998 03:05:58 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from marathon.tekla.fi (marathon.tekla.fi [192.98.7.5]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA10250 for ; Thu, 23 Apr 1998 03:05:56 -0700 (PDT) (envelope-from sja@tekla.fi) Received: from poveri.tekla.fi (poveri.tekla.fi [192.98.7.19]) by marathon.tekla.fi (8.8.7/8.8.7) with SMTP id NAA28739 for ; Thu, 23 Apr 1998 13:05:23 +0300 From: Sakari Jalovaara Received: by poveri.tekla.fi; (5.65v3.2/1.1.8.2/20Aug96-0557PM) id AA17031; Thu, 23 Apr 1998 13:05:39 +0300 Date: Thu, 23 Apr 1998 13:05:39 +0300 Message-Id: <9804231005.AA17031@poveri.tekla.fi> To: current@FreeBSD.ORG Subject: Re: Help! Booting a diskless client. Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>=>/diskless/swapfiles: >>=>total 2064 >>=>-rw-rw-r-- 1 root wheel 1048576 Apr 21 14:56 swap.208.2.87.13 >> >> Now, this would be a fine project for someone, to make NFS server >> let clients share a _single_ swap file efficiently and safely :) > > Come noww, you know that you can only squeeze so much information > in a fixed number of "flops" :-) Now, the ability to dynamically > resize the swap space is another issue. > > Actually, that can be accomplished if you insert a layer in the > storage stack that redirects to allocation, much in the manner > that page maps do it for the allocation of virtual addresses to > real addresses. How about adding a way to make holes in existing files. (At least I can't think of a way to do that now...) clearfile(int fd, off_t start, off_t size) Plus an extension to NFS to get it to the server. "ls" would still show the maximum size the swap file has ever been; but the file would only take the space it needs now. When the diskless kernel frees a swap page, it would tell the server to make a hole in the swap file at the appropriate place (if the server supports the operation.) ++sja To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message