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
http://lkml.org
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
http://lkml.o
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 init
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 conver
> 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 PROTEC
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
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 +0800,
> 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]
--
http:/
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 major
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 conversi
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 l
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]
Mo
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 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 plugin
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 convers
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 [E
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 opt
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 ludicrou
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. JF
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, /etc/inetd.conf.d/t
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 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 deli
> 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 bl
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 sys
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
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
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 implicat
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 per
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
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
term
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 t
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 abo
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 rei
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) lac
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 th
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 - reiser
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 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 h
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 getting
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 usi
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 tech
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 L
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 bus
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 busin
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 http://vger.kernel.org/majord
52 matches
Mail list logo
