Christoph Hellwig wrote:
On Fri, Aug 27, 2004 at 02:03:36AM +0400, Nikita Danilov wrote:
> What about fs/reiser4/plugin/node/ and fs/reiser4/plugin/disk_format/?
>
> Of course you can implement another filesystem inside the plugins but
> they wouldn't use fs/reiser4/*.c, so this would be rather
I think Jeremy is accurate in saying the below.
Jeremy Allison wrote:
What compelling reason is there for doing this in the kernel?
Because without kernel support there is no way someone can
publish a new metadata type and have it automatically supported
by all application data files (ie. mos
Linus Torvalds wrote:
To me, a filesystem that allows this thing doesn't really _have_ the
concept of "directory vs file". It's just a "filesystem object", and it
can act as _both_ a directory and a file.
I agree.
On Thu, 2004-08-26 at 21:54, Linus Torvalds wrote:
> The S_ISDIR/S_ISREG tests show real information: it shows not only user
> intent ("you should consider this a file, even if it has attributes"), but
> also whether it is a directory or a container.
>
> And there's a real technical difference the
Jamie Lokier wrote:
Rik van Riel wrote:
/bin could be separated (like linus said) but cat /bin/.compound could
do it. This is the /etc/passwd Hans' example, I think:
Arg. I wrote it down to ridicule the idea and now people
are taking it seriously ;(
It should be obvious enough that a
[EMAIL PROTECTED] wrote:
On Thu, Aug 26, 2004 at 04:47:39PM -0700, Hans Reiser wrote:
Sometimes you want the nonlocal effects and sometimes you don't, and by
decomposing streams into smaller primitives we can let users choose as
they want.
Right. Now, would you kindly post the detailed t
Why are you guys even considering going to any pain at all to distort
semantics for the sake of backup? tar is easy, we'll fix it and send in
a patch.
Linus Torvalds wrote:
No no. The stream you get from a directory is totally _independent_ of the
contents of the directory.
but the user can link filename/metas/body to filename/metas/tar, if we
implement a tar plugin, if it happens that the user wants it to be
totally dependent.
Anything e
On Thu, Aug 26, 2004 at 11:55:07AM -0700, Linus Torvalds wrote:
>
>
> On Thu, 26 Aug 2004, Rik van Riel wrote:
> >
> > So you'd have both a file and a directory that just happen
> > to have the same name ? How would this work in the dcache?
>
> There would be only one entry in the dcache. The
On Fri, Aug 27, 2004 at 09:41:07AM +0200, Bernd Petrovitsch wrote:
> > > UNIX doesn't have a copy systemcall, applications copy the data
> > > manually.
> >
> > Oh, this is very unfortunate and should be a bigger issue to fix.
>
> Then you have to rewrite POSIX und SuSv3.
They don't say 'you m
On Fri, Aug 27, 2004 at 01:05:02AM -0700, Hans Reiser wrote:
> Spam is right. Posix is a standard, not a vision, and the future is
> always a vision not a standard.
An old friend of mine always said "if someone has visions he needs to
stop somking mushrooms.."
On Thu, 2004-08-26 at 23:04, Linus Torvalds wrote:
> [ This is quite possibly just impossible and buggy, but here's my
> implementation notes. You asked for them. ]
> On Thu, 26 Aug 2004 [EMAIL PROTECTED] wrote:
> > All right, let's see where that would take us.
> > 3) what do we do on umount(2)?
On Fri, Aug 27, 2004 at 01:12:44AM -0700, Hans Reiser wrote:
> Your arrogance is misplaced for a man who has never done a significant
> piece of research.
>
> Christoph, we are doing work, you are in the way, get out of the way.
Could you please stop the namecalling. And if you want to check wh
On Fri, Aug 27, 2004 at 09:56:39AM +0100, Anton Altaparmakov wrote:
> If it is created on the fly, it should be "easy" to destroy on the fly
> using time-based expiry, i.e. a kernel daemon going over all of those
> beasts every X seconds (X = 5 perhaps?) and doing something like:
>
> for (each vfs
On Fri, 2004-08-27 at 10:49 +0200, Christoph Hellwig wrote:
> On Fri, Aug 27, 2004 at 09:41:07AM +0200, Bernd Petrovitsch wrote:
> > > > UNIX doesn't have a copy systemcall, applications copy the data
> > > > manually.
> > >
> > > Oh, this is very unfortunate and should be a bigger issue to fix
On Thu, Aug 26, 2004 at 04:53:51PM -0700, Hans Reiser wrote:
> >If the early linux filesystems had taken the same attitude you have
> >(don't write new filesystems, only write plugins), there would be no
> >framework allowing the wealth of filesystems we do have, including
> >reiser4.
> >
> >
> >
On 26-Aug-2004 Linus Torvalds wrote:
> I advocated (long ago) something like this for /dev handling, just because
> I think it would make sense to have
>
> /dev/hda<- special file
> /dev/hda/part1 <- partition 1 (aka /dev/hda1)
This breaks the r4 semantics if I understood it
On Thu, Aug 26, 2004 at 01:52:18PM -0700, Jeremy Allison wrote:
> On Thu, Aug 26, 2004 at 09:48:41PM +0100, Jamie Lokier wrote:
> >
> > This is why I favour storing all essential metadata (about the file's
> > content) inside the file's contents, the primary stream.
> >
> > We have another proble
On Thu, Aug 26, 2004 at 11:35:32AM -0700, Joel Becker wrote:
> Question: Is "cat /foo/bar/baz.tar.gz/metas" the attribute
>directory or a directory in the tarball named "metas"?
This has been fought over on the reiserfs-list ad nauseaum, but
it's a valid point.
That's why I tend to rename
On Thu, Aug 26, 2004 at 04:57:26PM -0400, Lee Revell wrote:
>On Thu, 2004-08-26 at 16:50, Christophe Saout wrote:
>> are read-only and system-wide and the user-overridden changes. I don't
>> know if all of these things would really make sense inside the kernel.
>True. FWIW, I never use most of tho
On Fri, Aug 27, 2004 at 01:05:45AM -0700, Hans Reiser wrote:
> Not necessarily. We just encourage it Reiser4 is a body of code
> that can be sliced and diced as you choose, and it is designed for easy
> slicing.
So what about slicing it into a simple posix fs as a start so we can review
th
Dear customer!
We updated our programs list, and now we offer you more new software items
Visit our full catalog and check new software titles here:
http://www.softbetterone.info/?dietary
With best regards,
Product Manager
Blaine Potts
Giuliano Pochini wrote:
> On 26-Aug-2004 Linus Torvalds wrote:
>
> > I advocated (long ago) something like this for /dev handling, just because
> > I think it would make sense to have
> >
> > /dev/hda<- special file
> > /dev/hda/part1 <- partition 1 (aka /dev/hda1)
>
> This b
Linus Torvalds wrote:
On Thu, 26 Aug 2004, Martin J. Bligh wrote:
I think what you're saying is that they'd both return positive, right?
No. I'd say that a file would look like a file, even if it has attributes.
It wouldn't show as a directory at all - unless you start looking at
attribute
Hello Markus,
Friday, August 27, 2004, 11:21:31 AM, you wrote:
> On Thu, Aug 26, 2004 at 04:57:26PM -0400, Lee Revell wrote:
>>On Thu, 2004-08-26 at 16:50, Christophe Saout wrote:
>>> are read-only and system-wide and the user-overridden changes. I don't
>>> know if all of these things would real
Hi
I set up a symlink /var/log -> /boot/log where /boot is a reiserfs
system. That was because Reiser4 lost log data when we were chasing the
last bug with VS.
Now the partition grew full and it was shown by my computer completely
locking up. Out of the blue. At least that's what I assume caused
On Fri, Aug 27, 2004 at 04:41:56PM +0100, Jamie Lokier wrote:
>
> It is helpful for the OS, or a naming convention, to indicate what
> _is information_ though.
>
> It makes no sense to backup two or more copies of the _same
> information_, and it makes even less sense to try to restore them as
>
Nikita Danilov wrote:
Hans Reiser writes:
> Christophe Saout wrote:
>
> >
> >
> >I don't know, ask Hans. How could the VFS know it a filesystem wants to
> >do something specific with a file that is completely transparent to the
> >VFS?
> >
> >
> >
> To know what method to use, you must determine
Hans Reiser wrote:
Will Dyson wrote:
In the original BeOS, they solved the problem by having the filesystem
driver itself take a text query string and parse it, returning a list
of inodes that match. The whole business of parsing a query string in
the kernel (let alone in the filesystem driver)
29 matches
Mail list logo