lkml.org 
[lkml]   [2004]   [Nov]   [18]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: [PATCH] [Request for inclusion] Filesystem in Userspace
From
Date
> Ehh - the _CPU_ handles dirtying pages all on its own. The OS never even 
> knows that a page got dirtied, so "starting writeout early" is not much of
> an option.

OK, sorry. I'd rephrase it then to say will the system allow _all_
it's pages to be used for file data?

> IOW, from a merging standpoint, simple really _is_ better. Even if you
> really really want to use exotic features like "direct IO" and writable
> mappings some day, let's just put it this way: it's a lot easier to merge
> something that has no questions about strange cases, and then _later_ add
> in the strange cases, than it is to merge it all on day #1.

OK, I see your point. And yes, I know writable mappings are rare.

> I'm a sucker. Ask anybody. I'll accept the exact same patch that I
> rejected earlier if you just do it the right way. I'm convinced that some
> people actually do it on purpose just for the amusement value ("Look, he
> did it _again_. What a doofus!")

Actually I did plan to split up FUSE the next time I submit it, so
these extra features can be taken on their own merrit.

Thanks,
Miklos
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 14:08    [W:0.270 / U:0.464 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site