All of lore.kernel.org
 help / color / mirror / Atom feed
* Re: [PATCH] General filesystem cache
       [not found] <Pine.LNX.4.44.0307191157570.19755-100000@cpwright.com>
@ 2003-07-20  9:38 ` David Howells
  2003-07-31  6:31   ` Rob Landley
  0 siblings, 1 reply; 8+ messages in thread
From: David Howells @ 2003-07-20  9:38 UTC (permalink / raw)
  To: Charles P. Wright; +Cc: David Howells, linux-kernel, linux-fsdevel

> 
> Is this patch available from somewhere?  I looked on the MARC archives but 
> haven't been able to find the original mail which includes the patch.

I don't know. The message containing the patches doesn't seem to have made it
into either the LKML or the linux-fsdevel mailing lists.

The basic code can be found in:

	http://cvs.infradead.org/cgi-bin/cvsweb.cgi/afs/

In directories:

	Documentations/filesystems/
	include/linux/
	fs/cachefs/

I'll see about putting the patch up for download when I get to OLS.

David

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [PATCH] General filesystem cache
  2003-07-20  9:38 ` [PATCH] General filesystem cache David Howells
@ 2003-07-31  6:31   ` Rob Landley
  0 siblings, 0 replies; 8+ messages in thread
From: Rob Landley @ 2003-07-31  6:31 UTC (permalink / raw)
  To: David Howells, Charles P. Wright
  Cc: David Howells, linux-kernel, linux-fsdevel

On Sunday 20 July 2003 05:38, David Howells wrote:
> > Is this patch available from somewhere?  I looked on the MARC archives
> > but haven't been able to find the original mail which includes the patch.
>
> I don't know. The message containing the patches doesn't seem to have made
> it into either the LKML or the linux-fsdevel mailing lists.
>
> The basic code can be found in:
>
> 	http://cvs.infradead.org/cgi-bin/cvsweb.cgi/afs/
>
> In directories:
>
> 	Documentations/filesystems/
> 	include/linux/
> 	fs/cachefs/
>
> I'll see about putting the patch up for download when I get to OLS.
>
> David

Random question:

Way back when I used union mount code (under OS/2) that would mount the first 
filesystem read-only, and allow you to cache changes to it in a second 
filesystem.  (So you could do a build of slightly self-modifying code, a lot 
like the Linux build in 2.4 was, against a read-only tree.) 

Would this be a good tool for that sort of application?  (There's all sorts of 
other "trial run" type applications; running stuff against database snapshots 
and then seeing what the deltas are, etc...)

Rob


^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [PATCH] General filesystem cache
  2003-07-19 14:59   ` Jeff Garzik
@ 2003-07-20  9:30     ` David Howells
  0 siblings, 0 replies; 8+ messages in thread
From: David Howells @ 2003-07-20  9:30 UTC (permalink / raw)
  To: Jeff Garzik
  Cc: Linus Torvalds, David Howells, Trond Myklebust,
	Kernel Mailing List, linux-fsdevel, Andrew Morton

> 
> I've been pushing David to keep it general enough to work for NFS, which 
> has been a long term goal of mine...  (and it appears my nagging worked)

Didn't require any nagging on your part. By the way, can I nag you in return
into backporting to 2.4? :-)

David

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [PATCH] General filesystem cache
  2003-07-19  4:41   ` David Chow
@ 2003-07-20  9:29     ` David Howells
  0 siblings, 0 replies; 8+ messages in thread
From: David Howells @ 2003-07-20  9:29 UTC (permalink / raw)
  To: David Chow
  Cc: Linus Torvalds, David Howells, Trond Myklebust,
	Kernel Mailing List, linux-fsdevel, Andrew Morton

> 
> Is it a file system or a patch to the VFS? I love to see this patch. It 
> is quite useful for me. Is it available for 2.4?

Not yet. There are plans to backport it at some point - possibly by me though
I may be able to twist Jeff Garzik's arm sufficiently that he'll do the work.

David

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [PATCH] General filesystem cache
  2003-07-19  3:09 ` Linus Torvalds
  2003-07-19  4:41   ` David Chow
  2003-07-19 14:59   ` Jeff Garzik
@ 2003-07-20  9:28   ` David Howells
  2 siblings, 0 replies; 8+ messages in thread
From: David Howells @ 2003-07-20  9:28 UTC (permalink / raw)
  To: Linus Torvalds
  Cc: David Howells, Trond Myklebust, Kernel Mailing List,
	linux-fsdevel, Andrew Morton

> 
> Ok. Sounds good. In fact, it's something I've wanted for a while, since 
> it's also potentially the solution to performance-critical things like 
> virtual filesystems based on revision control logic etc (traditionally 
> done with fake NFS servers).

It really does make a difference to my AFS client:-)

> I did a very very quick scan, and didn't see anything that raised my 
> hackles. But it's late in the 2.6.x game, and as a result I'm not going to 
> apply it until I get a lot of feedback from actual users too.

I can understand that... I've been developing it on and off for a while (it
has had to take the backseat to other things unfortunately, depending on RH's
whims).

BTW, will you be at OLS? I'm only going to that not being invited to the KS
(though David Woodhouse has my mobile number;-).

David

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [PATCH] General filesystem cache
  2003-07-19  3:09 ` Linus Torvalds
  2003-07-19  4:41   ` David Chow
@ 2003-07-19 14:59   ` Jeff Garzik
  2003-07-20  9:30     ` David Howells
  2003-07-20  9:28   ` David Howells
  2 siblings, 1 reply; 8+ messages in thread
From: Jeff Garzik @ 2003-07-19 14:59 UTC (permalink / raw)
  To: Linus Torvalds
  Cc: David Howells, Trond Myklebust, Kernel Mailing List,
	linux-fsdevel, Andrew Morton

Linus Torvalds wrote:
> On Fri, 18 Jul 2003, David Howells wrote:
> 
>>Here's a patch to add a quasi-filesystem ("CacheFS") that turns a block device
>>into a general cache for any other filesystem that cares to make use of its
>>facilities.
>>
>>This is primarily intended for use with my AFS filesystem, but I've designed
>>it such that it needs to know nothing about the filesystem it's backing, and
>>so it may also be useful for NFS, SMB and ISO9660 for example.
> 
> 
> Ok. Sounds good. In fact, it's something I've wanted for a while, since 
> it's also potentially the solution to performance-critical things like 
> virtual filesystems based on revision control logic etc (traditionally 
> done with fake NFS servers).


I've been pushing David to keep it general enough to work for NFS, which 
has been a long term goal of mine...  (and it appears my nagging worked)

Thanks David!

	Jeff




^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [PATCH] General filesystem cache
  2003-07-19  3:09 ` Linus Torvalds
@ 2003-07-19  4:41   ` David Chow
  2003-07-20  9:29     ` David Howells
  2003-07-19 14:59   ` Jeff Garzik
  2003-07-20  9:28   ` David Howells
  2 siblings, 1 reply; 8+ messages in thread
From: David Chow @ 2003-07-19  4:41 UTC (permalink / raw)
  To: Linus Torvalds
  Cc: David Howells, Trond Myklebust, Kernel Mailing List,
	linux-fsdevel, Andrew Morton

Is it a file system or a patch to the VFS? I love to see this patch. It 
is quite useful for me. Is it available for 2.4?

David Chow

Linus Torvalds wrote:

>On Fri, 18 Jul 2003, David Howells wrote:
>  
>
>>Here's a patch to add a quasi-filesystem ("CacheFS") that turns a block device
>>into a general cache for any other filesystem that cares to make use of its
>>facilities.
>>
>>This is primarily intended for use with my AFS filesystem, but I've designed
>>it such that it needs to know nothing about the filesystem it's backing, and
>>so it may also be useful for NFS, SMB and ISO9660 for example.
>>    
>>
>
>Ok. Sounds good. In fact, it's something I've wanted for a while, since 
>it's also potentially the solution to performance-critical things like 
>virtual filesystems based on revision control logic etc (traditionally 
>done with fake NFS servers).
>
>I did a very very quick scan, and didn't see anything that raised my 
>hackles. But it's late in the 2.6.x game, and as a result I'm not going to 
>apply it until I get a lot of feedback from actual users too.
>  
>



^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [PATCH] General filesystem cache
       [not found] <23055.1058538289@warthog.warthog>
@ 2003-07-19  3:09 ` Linus Torvalds
  2003-07-19  4:41   ` David Chow
                     ` (2 more replies)
  0 siblings, 3 replies; 8+ messages in thread
From: Linus Torvalds @ 2003-07-19  3:09 UTC (permalink / raw)
  To: David Howells
  Cc: Trond Myklebust, Kernel Mailing List, linux-fsdevel, Andrew Morton


On Fri, 18 Jul 2003, David Howells wrote:
> 
> Here's a patch to add a quasi-filesystem ("CacheFS") that turns a block device
> into a general cache for any other filesystem that cares to make use of its
> facilities.
> 
> This is primarily intended for use with my AFS filesystem, but I've designed
> it such that it needs to know nothing about the filesystem it's backing, and
> so it may also be useful for NFS, SMB and ISO9660 for example.

Ok. Sounds good. In fact, it's something I've wanted for a while, since 
it's also potentially the solution to performance-critical things like 
virtual filesystems based on revision control logic etc (traditionally 
done with fake NFS servers).

I did a very very quick scan, and didn't see anything that raised my 
hackles. But it's late in the 2.6.x game, and as a result I'm not going to 
apply it until I get a lot of feedback from actual users too.

		Linus


^ permalink raw reply	[flat|nested] 8+ messages in thread

end of thread, other threads:[~2003-07-31  6:31 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <Pine.LNX.4.44.0307191157570.19755-100000@cpwright.com>
2003-07-20  9:38 ` [PATCH] General filesystem cache David Howells
2003-07-31  6:31   ` Rob Landley
     [not found] <23055.1058538289@warthog.warthog>
2003-07-19  3:09 ` Linus Torvalds
2003-07-19  4:41   ` David Chow
2003-07-20  9:29     ` David Howells
2003-07-19 14:59   ` Jeff Garzik
2003-07-20  9:30     ` David Howells
2003-07-20  9:28   ` David Howells

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.