[Gluster-devel] Why integrate both client and server into a single executable?

[Amar Tumballi (bulde)]

Hi Kirby,
 One can install the glusterfs rpm without fuse part.

'bash# rpm -ivh glusterfs<version>.rpm --without client'

or if you are building from source,

'bash# ./configure --disable-fuse-client'

That way, you can be sure that the server which is used for exporting the
filesystem is stable (without the fuse module).

Hope this info is useful for you.

Regards,
Amar

2009/2/3 Kirby Zhou <kirbyzhou at sohu-rd.com>

> I use RHEL-5.2
> What's your point of the distribution? 'NO_CONTENT_TYPE' problem or FUSE
> problem?
> The FUSE rpm does not come with RHEL, it should come from somewhere I do
> not know now.
>
> Do you mean you can set up both client and server in the same process? How
> can I do it? Is it a new feature in the 2.0rc1?
>
> However I do not think it is always a good idea, the server role is much
> more stable than the client role. If you mix the 2, you would lost the
> stability.
>
>
> -----Original Message-----
> From: gluster-devel-bounces+kirbyzhou=sohu-rd.com at nongnu.org [mailto:
> gluster-devel-bounces+kirbyzhou <gluster-devel-bounces%2Bkirbyzhou>=
> sohu-rd.com at nongnu.org] On Behalf Of Gordan Bobic
> Sent: Tuesday, February 03, 2009 12:31 AM
> To: gluster-devel at nongnu.org
> Subject: RE: [Gluster-devel] Why integrate both client and server into a
> single executable?
>
> On Tue, 3 Feb 2009 00:07:41 +0800, Kirby Zhou <kirbyzhou at sohu-rd.com>
> wrote:
> > I'm sorry, I had taken a mistake here. You are right, we can distinguish
> > between client/server by the symbolic linked filename. But the program
> > itself do not distinguish its role at least until 1.3.12. It means that
> > somebody careless would set up a server daemon by the client process
> name.
> > It should be a problem.
>
> If it's a server-only (or client-only) setup, then there's only one process
> anyway, so I don't see a problem. If a machine is both a client and a
> server, then having both in a single process results in a considerable
> speed-up because it avoids a process switch and doesn't have to push all of
> the communications through the socket layer and/or the IP stack. The
> performance boost (and the CPU usage drop) is quite noticeable on my
> systems.
>
> > I do not know the actual situation of 2.0rc1, because of the
> > 'NO_CONTENT_TYPE' problem I have noticed in some prior mails.
> > About point 2, I will check my APT system later, why the fuse-lib depends
> > on kmod-fuse.
>
> What distribution are you talking about? I don't remember this being the
> case on RedHat based distributions.
>
>
> Gordan
>
>
> _______________________________________________
> Gluster-devel mailing list
> Gluster-devel at nongnu.org
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>
>
>
>
> _______________________________________________
> Gluster-devel mailing list
> Gluster-devel at nongnu.org
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>
>


-- 
Amar Tumballi
Gluster/GlusterFS Hacker
[bulde on #gluster/irc.gnu.org]
http://www.zresearch.com - Commoditizing Super Storage!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://supercolony.gluster.org/pipermail/gluster-devel/attachments/20090203/a3e36873/attachment-0003.html>