On Wed, Dec 02, 2009 at 07:41:39PM +0000, Daniel Pocock wrote:
> 
> Therefore, the approach might need to be some combination of the 
> solutions.  E.g. a configure option that allows people to choose the new 
> behaviour or the old behaviour.

-1, this will double our supported paths for almost no gain and knowing
that at least 50% are broken, and still underscores the nature of the problem.
because changing the initialization would affect also (in a platform specific
way) things like threaded gmond modules and the resources they rely on just
as an example.

> As we know the new behaviour works on Solaris and Linux

with the version of APR that was tested it with, which is also a moving
target.

> then the package can be built the new way on those 
> platforms by default.  On BSD, users could choose what they want by 
> setting a configure option.  If a user had an updated apr (provided such 
> update is feasible), they might compile with the new behaviour.

again, this is not a BSD specific problem (indeed I suspect that solaris
might be affected as well, specially in cases where APR was compiled to
use port_getn), because then apr_poll_* has slightly different semantics
than poll and therefore could result in platform specific failures that
might not be as obvious as it was kqueue for the BSD.

the problem that we were trying to solve was just to propagate correctly
the status from the gmond daemon to the caller and for a proof of concept
in that direction (as suggested before) refer to :

  
http://www.mail-archive.com/ganglia-developers@lists.sourceforge.net/msg05390.html

Carlo

------------------------------------------------------------------------------
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing. 
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
_______________________________________________
Ganglia-developers mailing list
Ganglia-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ganglia-developers

Reply via email to