From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <0ae449b06175c3139f16c1545d3ec2e8@gmx.de> To: 9fans@9fans.net Date: Fri, 16 Apr 2010 18:35:51 +0200 From: cinap_lenrek@gmx.de In-Reply-To: <8B818FCD-3694-4475-B287-7161EB6FCAB3@fastmail.fm> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-xgbxvuiokpzukhfwultfmulvun" Subject: Re: [9fans] FS choice Topicbox-Message-UUID: 03c6ab24-ead6-11e9-9d60-3106f5b1d025 This is a multi-part message in MIME format. --upas-xgbxvuiokpzukhfwultfmulvun Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit if you want to use cwfs as your boot filesystem. i made the program arguments in a way compatible to kfs so you can put it in your kernel image as kfs and boot from it. it also doesnt need special boot/local.c and a loopback network to mount it anymore. for convinience, i hacked the device string parser to understand file names as file mapped wren devices so you can directly specify the plan9 partition path of your configuration device without needing a map file: root is from: local!/dev/sdC0/w0 for configuration mode type: root is from: local!/dev/sdC0/w0 -c (-c previously ment "use new cache format"... this is reassigned to -C) my configuration on the thinkpad looks like this: service cwfs.rei2 filsys main c(/dev/sdC0/w1)f(/dev/sdC0/w0) filsys dump o filsys other /dev/sdC0/w2 # w0 - config and fakeworm for main # w1 - main cache # w2 - other alternative syntax for file mapped wren devices is: w"/foo/bar/baz" your kernel configuration shoud look like this: boot tcp local bootdir bootpcc.out boot /386/bin/ip/ipconfig /386/bin/auth/factotum /386/bin/cwfs kfs the disadvantage is using cwfs vs fossil is that you cant have themporary snapshots and here is no temporary flag (chmod -t) per file. so you have to create your users /tmp in the "other" fs wich does not get dumped. /lib/namespace: # other mount -qC /srv/boot /n/other other bind -qc /n/other/usr/$user/tmp /usr/$user/tmp bind -c /usr/$user/tmp /tmp also, kenfs/cwfs does a copy on write when changing a already dumped block in your main filesystem, but new dumped blocks are not dedublicated by content like in fossil/venti. this means that your worm may fill up faster than your venti arenas would. filesystem limitations like filename length and maximum file size is fixed once you created your filesystem. the maximum filename length is smaller than fossils, so you may want change that in the configuration and recompile before creating your filesystem. but on the good side kenfs/cwfs is a lot simpler in its design and implementation than fossil/venti. its working pretty robust for me since i switched. no bad surprises yet. -- cinap --upas-xgbxvuiokpzukhfwultfmulvun Content-Type: message/rfc822 Content-Disposition: inline Return-Path: <9fans-bounces+cinap_lenrek=gmx.de@9fans.net> X-Flags: 0000 Delivered-To: GMX delivery to cinap_lenrek@gmx.de Received: (qmail invoked by alias); 16 Apr 2010 12:39:38 -0000 Received: from gouda.swtch.com (EHLO gouda.swtch.com) [67.207.142.3] by mx0.gmx.net (mx065) with SMTP; 16 Apr 2010 14:39:38 +0200 Received: from localhost ([127.0.0.1] helo=gouda.swtch.com) by gouda.swtch.com with esmtp (Exim 4.69) (envelope-from <9fans-bounces@9fans.net>) id 1O2kkm-0004kX-Rj; Fri, 16 Apr 2010 12:34:36 +0000 Received: from out2.smtp.messagingengine.com ([66.111.4.26]) by gouda.swtch.com with esmtp (Exim 4.69) (envelope-from ) id 1O2kkl-0004kS-3I for 9fans@9fans.net; Fri, 16 Apr 2010 12:34:35 +0000 Received: from compute2.internal (compute2.internal [10.202.2.42]) by gateway1.messagingengine.com (Postfix) with ESMTP id B4973EB1E0 for <9fans@9fans.net>; Fri, 16 Apr 2010 08:34:34 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute2.internal (MEProxy); Fri, 16 Apr 2010 08:34:34 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=messagingengine.com; h=message-id:from:to:content-type:content-transfer-encoding:mime-version:subject:date; s=smtpout; bh=h0/+GWHm9xFmLN48OHAtTaFWGlI=; b=Bpwr6/hoiH92NSl9EvUi4MJr+Pc3UjeyuI1F4dmeSu9hH4IzUOo88tQvqLNDOXPAd4WIe1Ryw2wS4dhUW7PWfTY/OAnU8apmRklKrInd1LgLJoE/yhmW/+V49qyoM/pXazV8d3OAnX4D6tRqiWgPWOnkkWqTJKH7a/lZ6LuvBJg= X-Sasl-enc: eIhc08v00wVpBtEo1a3q7/MpSZ/XD+HZsYVFAAO2iJV7 1271421274 Received: from cpc2-lanc4-0-0-cust970.brig.cable.ntl.com (cpc2-lanc4-0-0-cust970.brig.cable.ntl.com [81.101.195.203]) by mail.messagingengine.com (Postfix) with ESMTPSA id 5339D4D512 for <9fans@9fans.net>; Fri, 16 Apr 2010 08:34:34 -0400 (EDT) Message-Id: <8B818FCD-3694-4475-B287-7161EB6FCAB3@fastmail.fm> From: Ethan Grammatikidis To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Fri, 16 Apr 2010 13:34:33 +0100 X-Mailer: Apple Mail (2.936) Subject: [9fans] FS choice X-BeenThere: 9fans@9fans.net X-Mailman-Version: 2.1.10 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+cinap_lenrek=gmx.de@9fans.net X-GMX-Antivirus: 0 (no virus found) X-GMX-Antispam: 0 (Mail was not recognized as spam); Detail=5D7Q89H36p77e5KAPs1l6v/Sb97LojnDmtyzoN37OXMt9GpYHsrWRra7o+psEYuNg/dar zWRIb1W0k0rd15IZBf9O4nqjKYX9PrVGG/zPEENchmY89mOrfO0W57R8iRtiMheMiqQP1ym7bl2H PZZzg==V1; X-GMX-UID: sm37fwAIf2I/fKguz2xoZ+NwdWxlc1Zn Is Fossil (with Venti) the only filesystem which provides daily snapshots? I've been meaning to ask this for some time. -- Simplicity does not precede complexity, but follows it. -- Alan Perlis --upas-xgbxvuiokpzukhfwultfmulvun--