[Gluster-devel] Some problems reproduced (strace, test code etc.)
harrisl at lhjonline.com
Sun May 27 11:25:41 UTC 2007
For those of use running glusterfs on Amazon EC2 AMIs, any custom fuse.ko would have to be supplied precompiled with the same compiler Amazon used to compile the Xen kernel we are running or it wouldn't load.
----- Original Message -----
From: "Anand Avati" <avati at zresearch.com>
To: "Mike Machuidel" <machuidel at gmail.com>, "Gluster List" <gluster-devel at nongnu.org>
Sent: Sunday, May 27, 2007 2:05:15 AM (GMT-0500) America/New_York
Subject: Re: [Gluster-devel] Some problems reproduced (strace, test code etc.)
Excellent! I am now leaning towards the idea of making a custom
patched fuse tarball available with glusterfs where such issues are
fixed 'early' instead of waiting for the next fuse release to happen
with those fixes. Apart from this particular fix, i have a few
performance enhancement in my fuse kernel module being used in my
laptop which I want to somehow make available for the rest of
glusterfs community. Probably a custom fuse tarball isn't THAT bad an
Any opinion from others?
2007/5/27, Mike Machuidel <machuidel at gmail.com>:
> Hi Anand,
> I built the latest version of the FUSE kernel module with some of
> Miklos Szeredi his patches applied (very quick and dirty). I got the
> following results:
> - The shared writable mmap bug is gone. "apt-get update" seems to work.
> - Batched page writes using fuse_writepages is supported but not yet
> being used by GlusterFS. May be you can give me some pointers how to
> test it.
> - The error when using "cat <<EOF" in a chrooted environment is still
> occurring. I know you are working on it.
> You can find the source of the modified FUSE kernel module with the
> patches applied at:
> I tested it with Linux 2.6.20 as distributed in Ubuntu Feisty. Debian
> Sarge (2.6.18) might work as well.
> Would be nice to play with these features before the time they are
> officially supported.
> On 5/25/07, Anand Avati <avati at zresearch.com> wrote:
> > >
> > > 1) Okay. I found the following patch (might be related?):
> > > http://lkml.org/lkml/2007/2/27/304
> > >
> > > I will try and let you know if it worked.
> > excellent! i'm curious to know your results.
> > > 2) When doing "dd if=/dev/zero of=test" on an non-gluster filesystem I
> > > get a much higher throughput (around 90 MB/s). Of course I can imagine
> > > this is caused by frequent kernel/user-space context switches and also
> > > read on the GlusterFS and FUSE roadmap this will be improved soon.
> > > I'm wondering how Hurd will do in this regard.
> > "dd if=/dev/zero of=test" without a big bs= value will be slow on
> > *any* fuse based filesytems. i saw a few patches related to batch
> > writepages support into fuse which would likely improve the
> > performance a lot. infact i just wrote to the fuse-devel mailing list
> > asking if this was on the way anytime.
> > > 3) It only happens in a chrooted environment on a gluster filesystem.
> > ah ok, looking into it.
> > thanks!
> > avati
> > --
> > Anand V. Avati
Anand V. Avati
Gluster-devel mailing list
Gluster-devel at nongnu.org
More information about the Gluster-devel