From mboxrd@z Thu Jan 1 00:00:00 1970 Received: by 10.236.95.4 with SMTP id o4csp32331yhf; Tue, 7 Aug 2012 09:27:09 -0700 (PDT) Return-Path: <9front+bncCODLkubXHBDdg4WBBRoEH5uQFw@googlegroups.com> Received-SPF: pass (google.com: domain of 9front+bncCODLkubXHBDdg4WBBRoEH5uQFw@googlegroups.com designates 10.52.75.197 as permitted sender) client-ip=10.52.75.197 Authentication-Results: mr.google.com; spf=pass (google.com: domain of 9front+bncCODLkubXHBDdg4WBBRoEH5uQFw@googlegroups.com designates 10.52.75.197 as permitted sender) smtp.mail=9front+bncCODLkubXHBDdg4WBBRoEH5uQFw@googlegroups.com; dkim=pass header.i=9front+bncCODLkubXHBDdg4WBBRoEH5uQFw@googlegroups.com Received: from mr.google.com ([10.52.75.197]) by 10.52.75.197 with SMTP id e5mr6619069vdw.3.1344356829623 (num_hops = 1); Tue, 07 Aug 2012 09:27:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlegroups.com; s=beta; h=x-beenthere:date:from:to:message-id:subject:mime-version :x-original-sender:x-original-authentication-results:reply-to :precedence:mailing-list:list-id:x-google-group-id:list-post :list-help:list-archive:sender:list-subscribe:list-unsubscribe :content-type; bh=y+14oXXHukg+YIWnH1UfeK71jwy473vEco1+scw3/pQ=; b=uy3T7xw/tNu9ln56kDUV3CICFIdUceQmihhQ9WRbgTxzfQK/CpewRzAGJ8V3GNyOal J/9aRC1XKz5WG6waVfiai1+nqmisjFCU42yi0YvyKanHuXBRGBe1QcbTE3kuxTVkPtEg s3iRsM+J6mPB5Bf2kFpz8JHH+saQuJwH1Jvyk= Received: by 10.52.75.197 with SMTP id e5mr1580914vdw.3.1344356829574; Tue, 07 Aug 2012 09:27:09 -0700 (PDT) X-BeenThere: 9front@googlegroups.com Received: by 10.52.100.135 with SMTP id ey7ls458832vdb.6.gmail; Tue, 07 Aug 2012 09:27:09 -0700 (PDT) Received: by 10.52.99.8 with SMTP id em8mr1059194vdb.16.1344356829231; Tue, 07 Aug 2012 09:27:09 -0700 (PDT) Date: Tue, 7 Aug 2012 09:27:08 -0700 (PDT) From: Julius Schmidt To: 9front@googlegroups.com Message-Id: <83c28484-eee7-4698-8a84-30ab586b47f9@googlegroups.com> Subject: hjfs MIME-Version: 1.0 X-Original-Sender: aiju@phicode.de X-Original-Authentication-Results: ls.google.com; spf=pass (google.com: domain of aiju@phicode.de designates internal as permitted sender) smtp.mail=aiju@phicode.de; dkim=pass header.i=@phicode.de Reply-To: 9front@googlegroups.com Precedence: list Mailing-list: list 9front@googlegroups.com; contact 9front+owners@googlegroups.com List-ID: <9front.googlegroups.com> X-Google-Group-Id: 831096995978 List-Post: , List-Help: , List-Archive: Sender: 9front@googlegroups.com List-Subscribe: , List-Unsubscribe: , Content-Type: multipart/alternative; boundary="----=_Part_361_8257631.1344356828823" ------=_Part_361_8257631.1344356828823 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit I just committed a new file system for 9front, called hjfs after the infamous #pragma. It can be already used as a root filesystem and now needs to be reviewed and tested. Please note that it's highly experimental and expect that any data you put on it may be lost. (It just crashed here a few minutes after the commit) I would be happy if someone could review the code and/or test it and report any (possible) bugs here. There are no really exciting features (it wouldn't have made a good phd thesis and it won't make a good reddit post either); it's for the most part a simplified version of cwfs (about four times smaller in terms of SLOC), differences being in particular 1. it uses one partition for everything 2. it has refcounting for blocks 3. as a result, dump is very quick 4. it uses lib9p 5. deleted files which are still open continue to exist as "zombies" (with the DGONE flag set) until they are closed Planned future features: 1. file system checking (this is vital really) 2. move command to move file trees quickly 3. (perhaps) copy command to copy file trees quickly (copy-on-write) 4. separate attach for commands 5. (perhaps) support for multiple file systems similar to the other file servers (most of the underlying code already supports this) 6. "pruning" the dump (removing old data) 7. (perhaps) copying the dump in parts from and to other storage media ------=_Part_361_8257631.1344356828823 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable I just committed a new file system for 9front, called hjfs after the infamo= us #pragma.
It can be already used as a root filesystem and now needs t= o be reviewed and tested.
Please note that it's highly experiment= al and expect that any data you put on it may be lost.
(It just c= rashed here a few minutes after the commit)

I woul= d be happy if someone could review the code and/or test it and report any (= possible) bugs here.

There are no really exciting = features (it wouldn't have made a good phd thesis and it won't make a good = reddit post either); it's for the most part a simplified version of cwfs (a= bout four times smaller in terms of SLOC), differences being in particular<= /div>
1. it uses one partition for everything
2. it has refco= unting for blocks
3. as a result, dump is very quick
4.= it uses lib9p
5. deleted files which are still open continue to = exist as "zombies" (with the DGONE flag set) until they are closed

Planned future features:
1. file system checking= (this is vital really)
2. move command to move file trees qu= ickly
3. (perhaps) copy command to copy file trees quickly (copy-= on-write)
4. separate attach for commands
5. (perhaps) = support for multiple file systems similar to the other file servers (most o= f the underlying code already supports this)
6. "pruning" the dum= p (removing old data)
7. (perhaps) copying the dump in parts from= and to other storage media
------=_Part_361_8257631.1344356828823--