On Thu, Jun 30, 2005 at 12:33:10AM -0400, Hubert Chan wrote:
> On Wed, 29 Jun 2005 20:04:58 -0700, Hans Reiser <[EMAIL PROTECTED]> said:
>
> > Ross Biro wrote:
> >> How is directories as files logically any different than putting all
> >> data into .data files and making all files directories (yes
Hubert Chan wrote:
>On Wed, 29 Jun 2005 20:04:58 -0700, Hans Reiser <[EMAIL PROTECTED]> said:
>
>
>
>>Ross Biro wrote:
>>
>>
>>>How is directories as files logically any different than putting all
>>>data into .data files and making all files directories (yes you would
>>>need some sort of s
On Thu, Jun 30, 2005 at 01:11:03AM +0200, Andi Kleen wrote:
> Don't know if the code hasn't bit rotted away and it also was a bit
> dumb. It was definitely there at some point.
It did rot away sadly but someone (speak up!) was working on a newer
version of this I just don't know how much time the
On Wed, 29 Jun 2005 20:04:58 -0700, Hans Reiser <[EMAIL PROTECTED]> said:
> Ross Biro wrote:
>> How is directories as files logically any different than putting all
>> data into .data files and making all files directories (yes you would
>> need some sort of special handling for files that were re
Bjoern JACKE wrote:
> On 2005-06-28 at 15:31 +0400 Vladimir Saveliev sent off:
>
>>> DMAPI support is a feature which is essential for usage in many
>>> important environments. Are there any plans to add dmapi support to
>>> reiser4 ?
>>>
>> there is no currently
>
>
> would be very nice to have t
Ross Biro wrote:
>On 6/29/05, Hubert Chan <[EMAIL PROTECTED]> wrote:
>
>
>>On Wed, 29 Jun 2005 01:09:05 -0400, Horst von Brand <[EMAIL PROTECTED]> said:
>>
>>
>>
>>>Hubert Chan <[EMAIL PROTECTED]> wrote: [...]
>>>And doing "tar cf /dev/tape /usr/games/tetris" gives you a nice tangle
>>>of un
On Wed, 29 Jun 2005 17:34:41 -0400, Ross Biro <[EMAIL PROTECTED]> said:
> I'm confused. Can someone on one of these lists enlighten me?
> How is directories as files logically any different than putting all
> data into .data files and making all files directories (yes you would
> need some sort
Chris Wedgwood <[EMAIL PROTECTED]> writes:
> If caching is enabled I still lose data. Linux does have a concept of
> write barriers but these are presently not implemented for XFS right
> now.
I implemented them some time ago for log writes in XFS. Not for fsync though,
although fsync usually do
David Weinehall wrote:
>GNOME and KDE run on operating systems that run other kernels than
>Linux, hence they have to implement their own userland VFS anyway.
>Adding this to the Linux kernel won't help them one bit, unless
>we can magically convince Sun to add it to Solaris, all different
>BSD:s
Pekka Enberg wrote:
>Andrew Morton wrote:
>
>
>>>There's also the custom list, hash and debug code. We should either
>>>
>>>a) remove them or
>>>
>>>b) generify them and submit as standalone works or
>>>
>>>c) justify them as custom-to-reiser4 and leave them as-is.
>>>
>>>
>
>On 6/29/05,
Bjoern JACKE wrote:
> Hi,
> On 2005-06-29 at 20:15 +0400 Vladimir Saveliev sent off:
>
>> I would guess that it is rather operating system feature than a
>> filesystem one. Can you please point some source of information about
>> DMAPI?
>
>
> the main part is to be done by the filesystem, the OS c
Vitaly, please reply. Thanks much Jeff, we needed this.
Hans
Jeff Mahoney wrote:
>
> Hello all -
>
> Filesystems created with block size > page size will not work until that
> support is added to the kernel. Filesystems with block size > 4k (lowest
> page size supported in Linux) will not work
On 6/29/05, Hubert Chan <[EMAIL PROTECTED]> wrote:
> On Wed, 29 Jun 2005 01:09:05 -0400, Horst von Brand <[EMAIL PROTECTED]> said:
>
> > Hubert Chan <[EMAIL PROTECTED]> wrote: [...]
> > And doing "tar cf /dev/tape /usr/games/tetris" gives you a nice tangle
> > of undecipherable junk.
>
I'm confu
On Wed, Jun 29, 2005 at 12:56:12PM -0500, Steve Lord wrote:
> I did spend a bunch of time once ensuring that when you typed
> sync on xfs you could pull the power right after that and
> everything from before the sync survived. There have been a
> lot of changes both in xfs and the surrounding kern
On Wed, 29 Jun 2005 13:19:12 -0400, Horst von Brand <[EMAIL PROTECTED]> said:
> Markus Törnqvist <[EMAIL PROTECTED]> wrote: [...]
>> Note that MacOS has the monopoly on what they ship, Linux has a
>> motherload of file managers and window systems and all.
> Yep. Part of what is nice about it, to
On Wed, Jun 29, 2005 at 12:56:12PM -0500, Steve Lord wrote:
> There are also cool bits of technology which use the rotational
> energy of the spinning down drive to dump the cache out to a special
> track (or this may be an urban legend, not sure).
This seems only to be true for very small writes
On Wed, Jun 29, 2005 at 04:58:20PM +0300, Markus Törnqvist wrote:
> On Wed, Jun 29, 2005 at 09:50:27AM -0400, Douglas McNaught wrote:
> >
> >I'll just note that the "applications bundled as directories" stuff on
> >MacOS/NextStep is done completely in userspace--as far as the kernel
> >is concern
On Wed, 29 Jun 2005 01:09:05 -0400, Horst von Brand <[EMAIL PROTECTED]> said:
> Hubert Chan <[EMAIL PROTECTED]> wrote: [...]
>> Of course. With file-as-dir, you can "cd /usr/games/tetris/..." and
>> mess with the game files, or you can run "/usr/games/tetris" and get
>> on with ... stacking bloc
Hi,
I hereby throw myself into the neverending flames called "reiser4
plugins" - may it please the gods.
David Masover (who really could use pgp mime attatchments):
> So, the API becomes something like:
>
> cat crypto/inflated/foo # transparently decompressed
> cat crypto/raw/foo.gz
On Wed, 29 Jun 2005 16:58:20 +0300, Markus =?UNKNOWN?Q?T=F6rnqvist?= said:
> What pisses me off is the fact that Gnome and friends implement
> their own incompatible-with-others VFS's and automounters and
> stuff.
The fact that things like Gnome, which are basically consumers of their own
dogfood,
Hi!
> > I was able to recover from bad blocks, though of course no Reiser that I
> > know of has had bad block relocation built in... But I got all my files
> > off of it, fortunately.
>
> My experience shows that you've been very, very lucky. I hope r4 is
> better in that regard.
>
> If you w
Hi!
> > Alan, this is FUD. Our V3 fsck was written after everything else was,
> > for lack of staffing reasons (why write an fsck before you have an FS
> > worth using). As a result, there was a long period where the fsck code
> > was unstable. It is reliable now.
> >
> > People often think
On Wed, 29 Jun 2005 14:22:05 +0400, Vladimir Saveliev said:
> Existence of various plugins assumes that user is able to choose
> whatever is suitable for him. Or create his own plugin if none of
> existing ones satisfies him.
> If user cares a lot about using telldir/seekdir he is supposed to cho
Chris Wedgwood wrote:
On Wed, Jun 29, 2005 at 07:53:09AM +0300, Al Boldi wrote:
What I found were 4 things in the dest dir:
1. Missing Dirs,Files. That's OK.
2. Files of size 0. That's acceptable.
3. Corrupted Files. That's unacceptable.
4. Corrupted Files with original fingerprint. That's ABS
Markus Törnqvist <[EMAIL PROTECTED]> wrote:
[...]
> Note that MacOS has the monopoly on what they ship, Linux has a
> motherload of file managers and window systems and all.
Yep. Part of what is nice about it, too ;-)
> What pisses me off is the fact that Gnome and friends implement
> their ow
On Wed, Jun 29, 2005 at 07:53:09AM +0300, Al Boldi wrote:
> What I found were 4 things in the dest dir:
> 1. Missing Dirs,Files. That's OK.
> 2. Files of size 0. That's acceptable.
> 3. Corrupted Files. That's unacceptable.
> 4. Corrupted Files with original fingerprint. That's ABSOLUTELY
> unacce
Al Boldi wrote:
Hi Nathan,
You wrote: {
On Tue, Jun 28, 2005 at 12:08:05PM +0300, Al Boldi wrote:
True now, not so around 2.4.20 when XFS was rock-solid. I think they
tried to improve on performance and broke something. I wish they would
fix that because it forced me back to ext3, as in con
Hi,
On 2005-06-29 at 20:15 +0400 Vladimir Saveliev sent off:
I would guess that it is rather operating system feature than a
filesystem one. Can you please point some source of information about
DMAPI?
the main part is to be done by the filesystem, the OS cannot do
everything by itself, there
Hello
On Wed, 2005-06-29 at 15:57, Bjoern JACKE wrote:
> On 2005-06-28 at 15:31 +0400 Vladimir Saveliev sent off:
> >> DMAPI support is a feature which is essential for usage in many
> >> important environments. Are there any plans to add dmapi support to
> >> reiser4 ?
> >>
> >there is no curr
On Wed, Jun 29, 2005 at 09:50:27AM -0400, Douglas McNaught wrote:
>
>I'll just note that the "applications bundled as directories" stuff on
>MacOS/NextStep is done completely in userspace--as far as the kernel
>is concerned, "Mail.app" is a regular directory. The file manager
>handles recognition
Horst von Brand <[EMAIL PROTECTED]> writes:
> Hubert Chan <[EMAIL PROTECTED]> wrote:
>
>>Of course, this
>> change does require file managers to understand default actions when
>> it's ambiguous what to do on a double-click -- but MacOS X has
Hubert Chan <[EMAIL PROTECTED]> wrote:
[...]
> Of course. With file-as-dir, you can "cd /usr/games/tetris/..." and
> mess with the game files, or you can run "/usr/games/tetris" and get on
> with ... stacking blocks.
And doing "tar cf /dev/tape /usr/games/tetris" gives you a nice tangle of
unde
On 2005-06-28 at 15:31 +0400 Vladimir Saveliev sent off:
DMAPI support is a feature which is essential for usage in many
important environments. Are there any plans to add dmapi support to
reiser4 ?
there is no currently
would be very nice to have that, one day reiser4 has survived all the
Hello
On Wed, 2005-06-29 at 14:29, Artem B. Bityuckiy wrote:
> Vladimir Saveliev wrote:
> > Existence of various plugins assumes that user is able to choose
> > whatever is suitable for him. Or create his own plugin if none of
> > existing ones satisfies him.
> > If user cares a lot about using te
Vladimir Saveliev wrote:
Existence of various plugins assumes that user is able to choose
whatever is suitable for him. Or create his own plugin if none of
existing ones satisfies him.
If user cares a lot about using telldir/seekdir he is supposed to choose
SEEKABLE_HASHED_DIR_PLUGIN_ID.
Hmm...
Hello
On Wed, 2005-06-29 at 10:51, Artem B. Bityuckiy wrote:
> Hans Reiser wrote:
> > thanks Artem. If you are generous enough to help us with those comments
> > and renames, I'll take a patch to do it. If you are too busy though,
> > vs, can you fix it?
>
> Hans,
>
> I may prepare and send a
36 matches
Mail list logo
