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. Harris ----- Original Message ----- From: "Anand Avati" <avati@xxxxxxxxxxxxx> To: "Mike Machuidel" <machuidel@xxxxxxxxx>, "Gluster List" <gluster-devel@xxxxxxxxxx> Sent: Sunday, May 27, 2007 2:05:15 AM (GMT-0500) America/New_York Subject: Re: Some problems reproduced (strace, test code etc.) Mike, 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 idea. Any opinion from others? thanks! avati 2007/5/27, Mike Machuidel <machuidel@xxxxxxxxx>: > 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: > http://www.satl.com/~machuidel/glusterfs/fuse/fuse-shared-mmap-writepages.tar.gz > > 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. > > Machuidel > > On 5/25/07, Anand Avati <avati@xxxxxxxxxxxxx> 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@xxxxxxxxxx http://lists.nongnu.org/mailman/listinfo/gluster-devel
