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

[Kirby Zhou]

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: address@hidden [mailto:address@hidden On Behalf Of Gordan Bobic
Sent: Tuesday, February 03, 2009 12:31 AM
To: address@hidden
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 <address@hidden>
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
address@hidden
http://lists.nongnu.org/mailman/listinfo/gluster-devel