Brad, thanks for providing this functionality. As others already commented, this is urgently needed.
Now we have the question how to move on. It seems to me that we are on the way of opening 3.1 or 4.0. My vision for the future would include a completely configurable set of core metrics for "gmond". But in a way where different gmonds still can work together in some meaningfull way. For example we have to rework the metrics array mechanism in protocol.x to be much more flexibel. Something that might introduce incompatibilities to 3.0.x. Cheers Martin --- Brad Nicholes <[EMAIL PROTECTED]> wrote: > All, > I have just added an enhancement request to bugzilla (#129) for > adding modular metric extensibility to gmond. I have also attached a > patch file and example module to the bug report that add this > functionality. Hopefully you will find this enhancement useful and > commit it to the ganglia SVN repository. Let me know if you have any > questions or issues with the patches. > > Brad > > >>> On 2/27/2007 at 10:09 AM, in message > <[EMAIL PROTECTED]>, matt massie > <[EMAIL PROTECTED]> > wrote: > > brad- > > > > having loadable modules for gmond would be outstanding. one of the > > reason i moved gmond onto apr was for that very reason. > > > > there is no real reason for gmond to statically linked. it is > mostly a > > historical artifact really. when ganglia was first written (back > in > > 2000), package management was a nightmare. the feedback i got was > that > > statically linking was favorable since it effectively eliminated > most > > library dependencies. > > > > package management has come a long way in the last seven years so i > > think we should make static linking optional. > > > > the only other dependencies that ganglia has is to expat and > libconfuse. > > the expat dependency could be easily dropped since apr has all the > expat > > xml code. > > > > please let us know how we can help. > > > > On Tue, 2007-02-27 at 09:36 -0700, Brad Nicholes wrote: > >> I am working on adding metric module extensibility to gmond in > much the > > same way that Apache loads and uses dynamic modules. The fact that > APR > > already support DSO loading for various platforms, makes the Apache > model an > > easy fit. While implementing the example metric module, I wondered > why APR > > is linked statically to gmond rather than dynamically. Is there > any specific > > reason? If gmond were to load APR dynamically, it would make it > much easier > > for a metric module to also use APR especially for memory > allocation. Also, > > once I have extensibility added, is the project interested in > committing this > > feature back into the SVN repository? > >> > >> thanks, > >> Brad > >> > >> > ------------------------------------------------------------------------- > >> Take Surveys. Earn Cash. Influence the Future of IT > >> Join SourceForge.net's Techsay panel and you'll get the chance to > share your > >> opinions on IT & business topics through brief surveys-and earn > cash > >> > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > > >> _______________________________________________ > >> Ganglia-developers mailing list > >> Ganglia-developers@lists.sourceforge.net > >> https://lists.sourceforge.net/lists/listinfo/ganglia-developers > > > > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to > share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Ganglia-developers mailing list > Ganglia-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/ganglia-developers > > ------------------------------------------------------ Martin Knoblauch email: k n o b i AT knobisoft DOT de www: http://www.knobisoft.de
