Hi Jeff, it seems that lkml has contacted both of my email accounts and
cripped them.
I can no longer recieve email from lkml on this account.
I can neither recieve or send email to lkml from my other account.
They have also just deleted the 4 emails I sent to lkml from the page
Hi Edward, it seems that lkml has contacted both of my email accounts
and cripped them.
I can no longer recieve email from lkml on this account.
I can neither recieve or send email to lkml from my other account.
They have also just deleted the 4 emails I sent to lkml from the page
On Sat, 28 Apr 2007 20:29:28 +0200, "Andi Kleen" <[EMAIL PROTECTED]>
said:
> > By any chance did you do that?
>
> It will likely work with lilo -- it is file system independent as
> long as the file system implements the IOC_UNPACK ioctl, which
> r4 seems to.
>
> -Andi
I used a kernel and
OOn Wed, 25 Apr 2007 19:03:12 +0400, "Edward Shishkin"
<[EMAIL PROTECTED]> said:
> [EMAIL PROTECTED] wrote:
>
> >
> >As I understand it, the default Reiser4 DOES NOT USE any compression at
> >all, not even tail compression,
> >
>
> ^tail compression^tail conversion
> Reiser4 does use tail
OOn Wed, 25 Apr 2007 19:03:12 +0400, Edward Shishkin
[EMAIL PROTECTED] said:
[EMAIL PROTECTED] wrote:
As I understand it, the default Reiser4 DOES NOT USE any compression at
all, not even tail compression,
^tail compression^tail conversion
Reiser4 does use tail conversion by default.
On Sat, 28 Apr 2007 20:29:28 +0200, Andi Kleen [EMAIL PROTECTED]
said:
By any chance did you do that?
It will likely work with lilo -- it is file system independent as
long as the file system implements the IOC_UNPACK ioctl, which
r4 seems to.
-Andi
I used a kernel and initrd
Hi Edward, it seems that lkml has contacted both of my email accounts
and cripped them.
I can no longer recieve email from lkml on this account.
I can neither recieve or send email to lkml from my other account.
They have also just deleted the 4 emails I sent to lkml from the page
Hi Jeff, it seems that lkml has contacted both of my email accounts and
cripped them.
I can no longer recieve email from lkml on this account.
I can neither recieve or send email to lkml from my other account.
They have also just deleted the 4 emails I sent to lkml from the page
> By any chance did you do that?
It will likely work with lilo -- it is file system independent as
long as the file system implements the IOC_UNPACK ioctl, which
r4 seems to.
-Andi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
By any chance did you do that?
It will likely work with lilo -- it is file system independent as
long as the file system implements the IOC_UNPACK ioctl, which
r4 seems to.
-Andi
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
On 4/28/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Thanks, that is certainly helpful, but that only mounts one directory
(partition) as Reiser4.
This I have already done.
I was more interested in how to have a whole partition dedicated to
Reiser4 and being able to boot into it.
Not
Thanks, that is certainly helpful, but that only mounts one directory
(partition) as Reiser4.
This I have already done.
I was more interested in how to have a whole partition dedicated to
Reiser4 and being able to boot into it.
By any chance did you do that?
On Sat, 28 Apr 2007 00:37:05
> Just to inform you that the reiserfs4 patch cleanly on 2.6.21 and
> working well. I've not encountered any problem so far.
>
> Thanks,
> Jeff.
Hi Jeff, could you outline the procedure that YOU used to get Reiser4
installed and running.
Thanks a million.
--
[EMAIL PROTECTED]
--
Just to inform you that the reiserfs4 patch cleanly on 2.6.21 and
working well. I've not encountered any problem so far.
Thanks,
Jeff.
Hi Jeff, could you outline the procedure that YOU used to get Reiser4
installed and running.
Thanks a million.
--
[EMAIL PROTECTED]
--
Thanks, that is certainly helpful, but that only mounts one directory
(partition) as Reiser4.
This I have already done.
I was more interested in how to have a whole partition dedicated to
Reiser4 and being able to boot into it.
By any chance did you do that?
On Sat, 28 Apr 2007 00:37:05
On 4/28/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Thanks, that is certainly helpful, but that only mounts one directory
(partition) as Reiser4.
This I have already done.
I was more interested in how to have a whole partition dedicated to
Reiser4 and being able to boot into it.
Not able
I'll try it with 2.6.21 soon.
Just to inform you that the reiserfs4 patch cleanly on 2.6.21 and
working well. I've not encountered any problem so far.
Thanks,
Jeff.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More
On Wed, 25 Apr 2007 19:03:12 +0400, "Edward Shishkin"
<[EMAIL PROTECTED]> said:
> [EMAIL PROTECTED] wrote:
>
> >
> >As I understand it, the default Reiser4 DOES NOT USE any compression at
> >all, not even tail compression,
> >
>
> ^tail compression^tail conversion
> Reiser4 does use tail
Hello Eric, anyone home?
> On Tue, 2007-04-24 at 17:12 -0700, [EMAIL PROTECTED] wrote:
> > On Sun, 22 Apr 2007 19:00:46 -0700, "Eric Hopper"
> > > <[EMAIL PROTECTED]> said:
> >
> > > I did. That whole thread is some guy spouting off a ludicrous Bonnie++
> > > benchmark showing that compressing
On 4/26/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
What plugins etc are you looking at?
None. Just want vanilla reiser4 as I've many small files to deal with.
Jeff.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
On 4/26/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
On Wed, 25 Apr 2007 22:49:11 +0800, "Jeff Chua"
<[EMAIL PROTECTED]> said:
>
> Reiser4 has great potential and I'll be more than happy to test it.
>
Yeah,... let us know the details of your testing.
Ok, got reiser4 running on 1 full
On 4/26/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
On Wed, 25 Apr 2007 22:49:11 +0800, Jeff Chua
[EMAIL PROTECTED] said:
Reiser4 has great potential and I'll be more than happy to test it.
Yeah,... let us know the details of your testing.
Ok, got reiser4 running on 1 full 250GB
On 4/26/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
What plugins etc are you looking at?
None. Just want vanilla reiser4 as I've many small files to deal with.
Jeff.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More
Hello Eric, anyone home?
On Tue, 2007-04-24 at 17:12 -0700, [EMAIL PROTECTED] wrote:
On Sun, 22 Apr 2007 19:00:46 -0700, Eric Hopper
[EMAIL PROTECTED] said:
I did. That whole thread is some guy spouting off a ludicrous Bonnie++
benchmark showing that compressing long strings of 0s
On Wed, 25 Apr 2007 19:03:12 +0400, Edward Shishkin
[EMAIL PROTECTED] said:
[EMAIL PROTECTED] wrote:
As I understand it, the default Reiser4 DOES NOT USE any compression at
all, not even tail compression,
^tail compression^tail conversion
Reiser4 does use tail conversion by default.
I'll try it with 2.6.21 soon.
Just to inform you that the reiserfs4 patch cleanly on 2.6.21 and
working well. I've not encountered any problem so far.
Thanks,
Jeff.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More
On Wed, 25 Apr 2007 22:49:11 +0800, "Jeff Chua"
<[EMAIL PROTECTED]> said:
>
> Reiser4 has great potential and I'll be more than happy to test it.
>
Yeah,... let us know the details of your testing.
--
[EMAIL PROTECTED]
--
http://www.fastmail.fm - Access all of your messages and folders
On Wed, 25 Apr 2007 23:50:22 +0800, "Jeff Chua"
<[EMAIL PROTECTED]> said:
> On 4/25/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> > Laurent Riffard's Reiser4 patch to the default linux-2.6.20 kernel and a
> > couple of others.
>
> Thank you. Got it. Testing it now.
>
> Jeff.
What
On Wed, 25 Apr 2007 19:03:12 +0400, "Edward Shishkin"
<[EMAIL PROTECTED]> said:
> [EMAIL PROTECTED] wrote:
>
> >
> >As I understand it, the default Reiser4 DOES NOT USE any compression at
> >all, not even tail compression,
> >
>
> ^tail compression^tail conversion
> Reiser4 does use tail
On 4/25/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Laurent Riffard's Reiser4 patch to the default linux-2.6.20 kernel and a
couple of others.
Thank you. Got it. Testing it now.
Jeff.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Wed, 25 Apr 2007 22:49:11 +0800, "Jeff Chua"
<[EMAIL PROTECTED]> said:
> Will you be releasing a patch for 2.6.21-rc7 for those who are keen to
> test it? The latest version I can find is reiser4-for-2.6.19-3.patch.gz.
>
> Reiser4 has great potential and I'll be more than happy to test it.
>
[EMAIL PROTECTED] wrote:
As I understand it, the default Reiser4 DOES NOT USE any compression at
all, not even tail compression,
^tail compression^tail conversion
Reiser4 does use tail conversion by default.
but saves space by eliminating block
alignment wastage (tail compression is an
On 4/25/07, Edward Shishkin <[EMAIL PROTECTED]> wrote:
Hope we survive this, at least such peaks is not something new in
our practice.
Well, gentlemen, so we'll address other items (except #26, 27) and
resume this discussion.
Will you be releasing a patch for 2.6.21-rc7 for those who are keen
On Tue, 24 Apr 2007 23:39:36 -0700, "Eric M. Hopper"
<[EMAIL PROTECTED]> said:
> On Tue, 2007-04-24 at 17:12 -0700, [EMAIL PROTECTED] wrote:
> > On Sun, 22 Apr 2007 19:00:46 -0700, "Eric Hopper"
> > > <[EMAIL PROTECTED]> said:
> >
> > > I did. That whole thread is some guy spouting off a
Andi Kleen wrote:
Because there are unaddressed items in this todo list:
http://pub.namesys.com/Reiser4/ToDo
The main issues here are xattrs and support for blocksize != pagesize.
I would consider both to be optional. We have various file systems
in tree that don't support either (e.g.
On Mon, 2007-04-23 at 20:19 -0400, Theodore Tso wrote:
> Sure, but Hans wants to change /etc/inetd.conf into /etc/inetd.conf.d,
> where you have: /etc/inetd.conf.d/telnet/port,
> /etc/inetd.conf.d/telnet/protocol, /etc/inetd.conf.d/telnet/wait,
> /etc/inetd.conf.d/telnet/userid,
On Tue, 2007-04-24 at 17:12 -0700, [EMAIL PROTECTED] wrote:
> On Sun, 22 Apr 2007 19:00:46 -0700, "Eric Hopper"
> > <[EMAIL PROTECTED]> said:
>
> > I did. That whole thread is some guy spouting off a ludicrous Bonnie++
> > benchmark showing that compressing long strings of 0s results in things
>
On Tue, 2007-04-24 at 17:12 -0700, [EMAIL PROTECTED] wrote:
On Sun, 22 Apr 2007 19:00:46 -0700, Eric Hopper
[EMAIL PROTECTED] said:
I did. That whole thread is some guy spouting off a ludicrous Bonnie++
benchmark showing that compressing long strings of 0s results in things
taking up
On Mon, 2007-04-23 at 20:19 -0400, Theodore Tso wrote:
Sure, but Hans wants to change /etc/inetd.conf into /etc/inetd.conf.d,
where you have: /etc/inetd.conf.d/telnet/port,
/etc/inetd.conf.d/telnet/protocol, /etc/inetd.conf.d/telnet/wait,
/etc/inetd.conf.d/telnet/userid,
Andi Kleen wrote:
Because there are unaddressed items in this todo list:
http://pub.namesys.com/Reiser4/ToDo
The main issues here are xattrs and support for blocksize != pagesize.
I would consider both to be optional. We have various file systems
in tree that don't support either (e.g.
On Tue, 24 Apr 2007 23:39:36 -0700, Eric M. Hopper
[EMAIL PROTECTED] said:
On Tue, 2007-04-24 at 17:12 -0700, [EMAIL PROTECTED] wrote:
On Sun, 22 Apr 2007 19:00:46 -0700, Eric Hopper
[EMAIL PROTECTED] said:
I did. That whole thread is some guy spouting off a ludicrous Bonnie++
On 4/25/07, Edward Shishkin [EMAIL PROTECTED] wrote:
Hope we survive this, at least such peaks is not something new in
our practice.
Well, gentlemen, so we'll address other items (except #26, 27) and
resume this discussion.
Will you be releasing a patch for 2.6.21-rc7 for those who are keen
[EMAIL PROTECTED] wrote:
As I understand it, the default Reiser4 DOES NOT USE any compression at
all, not even tail compression,
^tail compression^tail conversion
Reiser4 does use tail conversion by default.
but saves space by eliminating block
alignment wastage (tail compression is an
On Wed, 25 Apr 2007 22:49:11 +0800, Jeff Chua
[EMAIL PROTECTED] said:
Will you be releasing a patch for 2.6.21-rc7 for those who are keen to
test it? The latest version I can find is reiser4-for-2.6.19-3.patch.gz.
Reiser4 has great potential and I'll be more than happy to test it.
On 4/25/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Laurent Riffard's Reiser4 patch to the default linux-2.6.20 kernel and a
couple of others.
Thank you. Got it. Testing it now.
Jeff.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
On Wed, 25 Apr 2007 19:03:12 +0400, Edward Shishkin
[EMAIL PROTECTED] said:
[EMAIL PROTECTED] wrote:
As I understand it, the default Reiser4 DOES NOT USE any compression at
all, not even tail compression,
^tail compression^tail conversion
Reiser4 does use tail conversion by default.
On Wed, 25 Apr 2007 23:50:22 +0800, Jeff Chua
[EMAIL PROTECTED] said:
On 4/25/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Laurent Riffard's Reiser4 patch to the default linux-2.6.20 kernel and a
couple of others.
Thank you. Got it. Testing it now.
Jeff.
What plugins etc are you
On Wed, 25 Apr 2007 22:49:11 +0800, Jeff Chua
[EMAIL PROTECTED] said:
Reiser4 has great potential and I'll be more than happy to test it.
Yeah,... let us know the details of your testing.
--
[EMAIL PROTECTED]
--
http://www.fastmail.fm - Access all of your messages and folders
On Sun, 22 Apr 2007 19:00:46 -0700, "Eric Hopper"
> <[EMAIL PROTECTED]> said:
> I did. That whole thread is some guy spouting off a ludicrous Bonnie++
> benchmark showing that compressing long strings of 0s results in things
> taking up very little space and being very fast.
I think you are
> Because there are unaddressed items in this todo list:
> http://pub.namesys.com/Reiser4/ToDo
> The main issues here are xattrs and support for blocksize != pagesize.
I would consider both to be optional. We have various file systems
in tree that don't support either (e.g. JFS only supports 4K
Hello everyone.
Begin forwarded message:
Date: 23 Apr 2007 21:05:13 +0200
From: Andi Kleen <[EMAIL PROTECTED]>
To: Andrew Morton <[EMAIL PROTECTED]>
Cc: Eric Hopper <[EMAIL PROTECTED]>, linux-kernel@vger.kernel.org
Subject: Re: Question about Reiser4
Andrew Morton <[EMA
On Apr 23 2007 17:21, H. Peter Anvin wrote:
> Neil Brown wrote:
>>
>> Our you could think outside the circle:
>> Store all your "small files" as symlinks, then use "symlink" to create
>> them and "readlink" to read them. (You would probably end up use
>> symlinkat and readlinkat).
>> Only one
Theodore Tso wrote:
>
> One of the big problems of using a filesystem as a DB is the system
> call overheads. If you use huge numbers of tiny files, then each
> attempt read an atom of information from the DB takes three system
> calls --- an open(), read(), and close(), with all of the
Theodore Tso wrote:
One of the big problems of using a filesystem as a DB is the system
call overheads. If you use huge numbers of tiny files, then each
attempt read an atom of information from the DB takes three system
calls --- an open(), read(), and close(), with all of the overheads in
On Apr 23 2007 17:21, H. Peter Anvin wrote:
Neil Brown wrote:
Our you could think outside the circle:
Store all your small files as symlinks, then use symlink to create
them and readlink to read them. (You would probably end up use
symlinkat and readlinkat).
Only one system call instead
Hello everyone.
Begin forwarded message:
Date: 23 Apr 2007 21:05:13 +0200
From: Andi Kleen [EMAIL PROTECTED]
To: Andrew Morton [EMAIL PROTECTED]
Cc: Eric Hopper [EMAIL PROTECTED], linux-kernel@vger.kernel.org
Subject: Re: Question about Reiser4
Andrew Morton [EMAIL PROTECTED] writes
Because there are unaddressed items in this todo list:
http://pub.namesys.com/Reiser4/ToDo
The main issues here are xattrs and support for blocksize != pagesize.
I would consider both to be optional. We have various file systems
in tree that don't support either (e.g. JFS only supports 4K
On Sun, 22 Apr 2007 19:00:46 -0700, Eric Hopper
[EMAIL PROTECTED] said:
I did. That whole thread is some guy spouting off a ludicrous Bonnie++
benchmark showing that compressing long strings of 0s results in things
taking up very little space and being very fast.
I think you are
On Mon, Apr 23, 2007 at 05:31:29PM -0700, H. Peter Anvin wrote:
> Heh. sys_read_tree() -- walk a directory tree and return it as a data
> structure in memory :)
But maybe you don't want every single file in the directory, but some
subset of the files in the directory tree. So before you know
Theodore Tso wrote:
Now, to be fair, there are probably a number of cases where
open/lseek/readv/close and open/lseek/writev/close would be worth doing
as a single system call. The big problem as far as I can see involves
EINTR handling; such a system call has serious restartability
Neil Brown wrote:
Our you could think outside the circle:
Store all your "small files" as symlinks, then use "symlink" to create
them and "readlink" to read them. (You would probably end up use
symlinkat and readlinkat).
Only one system call instead of three.
I guess you don't get meaningful
On Mon, Apr 23, 2007 at 04:53:03PM -0700, H. Peter Anvin wrote:
> Theodore Tso wrote:
> >
> >One of the big problems of using a filesystem as a DB is the system
> >call overheads. If you use huge numbers of tiny files, then each
> >attempt read an atom of information from the DB takes three
On Monday April 23, [EMAIL PROTECTED] wrote:
> Theodore Tso wrote:
> >
> > One of the big problems of using a filesystem as a DB is the system
> > call overheads. If you use huge numbers of tiny files, then each
> > attempt read an atom of information from the DB takes three system
> > calls ---
Theodore Tso wrote:
One of the big problems of using a filesystem as a DB is the system
call overheads. If you use huge numbers of tiny files, then each
attempt read an atom of information from the DB takes three system
calls --- an open(), read(), and close(), with all of the overheads in
On Mon, Apr 23, 2007 at 06:52:16AM -0700, Eric Hopper wrote:
> Oh, two things really interest me about Reiser4. First, I despise
> having to care about how many tiny files I leave lying around when
> writing a program. Berkeley DB and its ilk are evil, evil programs that
> obscure data and make
On 4/23/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
To get it unstuck we'd need a general push, get people looking at and
testing
the code, get the vendors to have a serious think about it, etc. We could
do
that - it'd require that the namesys people (and I) start making threatening
noises
Andrew Morton <[EMAIL PROTECTED]> writes:
>
> To get it unstuck we'd need a general push, get people looking at and testing
> the code, get the vendors to have a serious think about it, etc. We could do
> that - it'd require that the namesys people (and I) start making threatening
> noises about
On Mon, 23 Apr 2007 06:52:16 -0700
Eric Hopper <[EMAIL PROTECTED]> wrote:
> On Mon, Apr 23, 2007 at 01:04:45AM -0700, Andrew Morton wrote:
> > The namesys engineers continue to maintain reiser4 and I continue to
> > receive patches for it.
> >
> > Right now I'd say that the main blockages for
On Mon, Apr 23, 2007 at 01:04:45AM -0700, Andrew Morton wrote:
> The namesys engineers continue to maintain reiser4 and I continue to
> receive patches for it.
>
> Right now I'd say that the main blockages for reiser4 are a) the developers
> aren't presently asking for inclusion (afaik) and b)
Here is something I don't understand...
It seems there is a maintainer, namesys people, which is what I was
supposing, and probably it is the most qualified one for reiser4,
but it also seems you imply that they are not interested right now in
kernel inclusion, since they are not asking "in
On Mon, 23 Apr 2007 06:42:24 + (GMT) William Heimbigner <[EMAIL PROTECTED]>
wrote:
>
> On Mon, 23 Apr 2007, Rik van Riel wrote:
> > William Heimbigner wrote:
> >
> >> If there was 1) a maintainer and 2) code that didn't break "coding
> >> standards", would it be included in the kernel?
>
On Mon, 23 Apr 2007, Rik van Riel wrote:
William Heimbigner wrote:
If there was 1) a maintainer and 2) code that didn't break "coding
standards", would it be included in the kernel?
While I cannot speak for Linus and Andrew, code that fulfills
these criteria (and is useful to have -
William Heimbigner wrote:
If there was 1) a maintainer and 2) code that didn't break "coding
standards", would it be included in the kernel?
While I cannot speak for Linus and Andrew, code that fulfills
these criteria (and is useful to have - reiser4 seems to have
enough user interest)
On 4/23/07, William Heimbigner <[EMAIL PROTECTED]> wrote:
Obviously there's a significant number of people interested in reiser4
Count me in.
Jeff.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Mon, 23 Apr 2007, Rik van Riel wrote:
William Heimbigner wrote:
However, is the code really in such a shape that the community doesn't
want to maintain it? Obviously there's a significant number of people
interested in reiser4 - if there weren't, questions like this wouldn't
keep
William Heimbigner wrote:
However, is the code really in such a shape that the
community doesn't want to maintain it? Obviously there's a significant
number of people interested in reiser4 - if there weren't, questions
like this wouldn't keep getting asked.
There are people interested in
William Heimbigner wrote:
However, is the code really in such a shape that the
community doesn't want to maintain it? Obviously there's a significant
number of people interested in reiser4 - if there weren't, questions
like this wouldn't keep getting asked.
There are people interested in
On Mon, 23 Apr 2007, Rik van Riel wrote:
William Heimbigner wrote:
However, is the code really in such a shape that the community doesn't
want to maintain it? Obviously there's a significant number of people
interested in reiser4 - if there weren't, questions like this wouldn't
keep
On 4/23/07, William Heimbigner [EMAIL PROTECTED] wrote:
Obviously there's a significant number of people interested in reiser4
Count me in.
Jeff.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
William Heimbigner wrote:
If there was 1) a maintainer and 2) code that didn't break coding
standards, would it be included in the kernel?
While I cannot speak for Linus and Andrew, code that fulfills
these criteria (and is useful to have - reiser4 seems to have
enough user interest) usually
On Mon, 23 Apr 2007, Rik van Riel wrote:
William Heimbigner wrote:
If there was 1) a maintainer and 2) code that didn't break coding
standards, would it be included in the kernel?
While I cannot speak for Linus and Andrew, code that fulfills
these criteria (and is useful to have - reiser4
On Mon, 23 Apr 2007 06:42:24 + (GMT) William Heimbigner [EMAIL PROTECTED]
wrote:
On Mon, 23 Apr 2007, Rik van Riel wrote:
William Heimbigner wrote:
If there was 1) a maintainer and 2) code that didn't break coding
standards, would it be included in the kernel?
While I cannot
Here is something I don't understand...
It seems there is a maintainer, namesys people, which is what I was
supposing, and probably it is the most qualified one for reiser4,
but it also seems you imply that they are not interested right now in
kernel inclusion, since they are not asking in
On Mon, Apr 23, 2007 at 01:04:45AM -0700, Andrew Morton wrote:
The namesys engineers continue to maintain reiser4 and I continue to
receive patches for it.
Right now I'd say that the main blockages for reiser4 are a) the developers
aren't presently asking for inclusion (afaik) and b) lack of
On Mon, 23 Apr 2007 06:52:16 -0700
Eric Hopper [EMAIL PROTECTED] wrote:
On Mon, Apr 23, 2007 at 01:04:45AM -0700, Andrew Morton wrote:
The namesys engineers continue to maintain reiser4 and I continue to
receive patches for it.
Right now I'd say that the main blockages for reiser4 are
Andrew Morton [EMAIL PROTECTED] writes:
To get it unstuck we'd need a general push, get people looking at and testing
the code, get the vendors to have a serious think about it, etc. We could do
that - it'd require that the namesys people (and I) start making threatening
noises about
On 4/23/07, Andrew Morton [EMAIL PROTECTED] wrote:
To get it unstuck we'd need a general push, get people looking at and
testing
the code, get the vendors to have a serious think about it, etc. We could
do
that - it'd require that the namesys people (and I) start making threatening
noises
On Mon, Apr 23, 2007 at 06:52:16AM -0700, Eric Hopper wrote:
Oh, two things really interest me about Reiser4. First, I despise
having to care about how many tiny files I leave lying around when
writing a program. Berkeley DB and its ilk are evil, evil programs that
obscure data and make
Theodore Tso wrote:
One of the big problems of using a filesystem as a DB is the system
call overheads. If you use huge numbers of tiny files, then each
attempt read an atom of information from the DB takes three system
calls --- an open(), read(), and close(), with all of the overheads in
On Monday April 23, [EMAIL PROTECTED] wrote:
Theodore Tso wrote:
One of the big problems of using a filesystem as a DB is the system
call overheads. If you use huge numbers of tiny files, then each
attempt read an atom of information from the DB takes three system
calls --- an open(),
On Mon, Apr 23, 2007 at 04:53:03PM -0700, H. Peter Anvin wrote:
Theodore Tso wrote:
One of the big problems of using a filesystem as a DB is the system
call overheads. If you use huge numbers of tiny files, then each
attempt read an atom of information from the DB takes three system
calls
Neil Brown wrote:
Our you could think outside the circle:
Store all your small files as symlinks, then use symlink to create
them and readlink to read them. (You would probably end up use
symlinkat and readlinkat).
Only one system call instead of three.
I guess you don't get meaningful
Theodore Tso wrote:
Now, to be fair, there are probably a number of cases where
open/lseek/readv/close and open/lseek/writev/close would be worth doing
as a single system call. The big problem as far as I can see involves
EINTR handling; such a system call has serious restartability
On Mon, Apr 23, 2007 at 05:31:29PM -0700, H. Peter Anvin wrote:
Heh. sys_read_tree() -- walk a directory tree and return it as a data
structure in memory :)
But maybe you don't want every single file in the directory, but some
subset of the files in the directory tree. So before you know it:
William Heimbigner wrote:
> Eric Hopper wrote:
> > I know that this whole effort has been put in disarray by the
> > prosecution of Hans Reiser, but I'm curious as to its status.
>
> It was in disarray well before. Many of the reiser4 features,
> like filesystem plugins, make more
William Heimbigner wrote:
Eric Hopper wrote:
I know that this whole effort has been put in disarray by the
prosecution of Hans Reiser, but I'm curious as to its status.
It was in disarray well before. Many of the reiser4 features,
like filesystem plugins, make more technical sense in the
Eric Hopper wrote:
I know that this whole effort has been put in disarray by the
prosecution of Hans Reiser, but I'm curious as to its status.
It was in disarray well before. Many of the reiser4 features,
like filesystem plugins, make more technical sense in the Linux
VFS, but made more
Eric Hopper wrote:
I know that this whole effort has been put in disarray by the
prosecution of Hans Reiser, but I'm curious as to its status.
It was in disarray well before. Many of the reiser4 features,
like filesystem plugins, make more technical sense in the Linux
VFS, but made more
On 4/22/07, Eric Hopper <[EMAIL PROTECTED]> wrote:
I'm not an LKML subscriber.
Did you try searching LKML archives?
Lee
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
I know that this whole effort has been put in disarray by the
prosecution of Hans Reiser, but I'm curious as to its status. Is
Reiser4 going to be going into the Linus kernel anytime soon? Is there
somewhere I should be looking to find this out without wasting bandwidth
here?
I'm not an LKML
1 - 100 of 106 matches
Mail list logo