I've been contemplating the multicpu module, which currently only works on Linux and Cygwin.
Carlo has indicated that promoting it's use (as a consequence of the PCRE patch) may not be ideal for two reasons: a) bugs on the supported platforms (Linux and Cygwin) b) not functional on other platforms (e.g. Solaris) where it gives no meaningful error if a user tries to load it For the Solaris platform, I was considering the idea of a generic kstat module. It would generate thousands of metric names (gmond -m output), but CPU metrics could then be selectively enabled with the PCRE support. So a dedicated multicpu module for Solaris may not be needed. I don't think it is necessary for every module to run on every platform - maybe this one just shouldn't be compiled at all except on Linux and Cygwin. Maybe it is also possible to consider some other options: a) mark some modules as experimental/beta, and have a single configure option for enabling all experimental modules, a separate package for them, etc b) split the development of some modules from the monitor-core-3.1 branch so that they don't hold back releases ------------------------------------------------------------------------------ This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev _______________________________________________ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers