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@xxxxxxxxxx [mailto:gluster-devel-bounces+kirbyzhou=sohu-rd.com@xxxxxxxxxx] On Behalf Of Gordan Bobic Sent: Tuesday, February 03, 2009 12:31 AM To: gluster-devel@xxxxxxxxxx Subject: RE: Why integrate both client and server into a single executable? On Tue, 3 Feb 2009 00:07:41 +0800, Kirby Zhou <kirbyzhou@xxxxxxxxxxx> 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@xxxxxxxxxx http://lists.nongnu.org/mailman/listinfo/gluster-devel
