>>> On 2/5/2009 at 11:36 PM, in message <[email protected]>, Spike Spiegel <[email protected]> wrote: > Hi, > > thanks for the clarification, > > On Thu, Feb 5, 2009 at 11:44 PM, Brad Nicholes <[email protected]> wrote: > >> Anything else the spoofing module needs to do beyond this >> it completely up to the module developer. Any or all of what you >> described below should just be module implementation details. > > Ok, so given that's the way forward as far as coding something goes, > how does upstream folks feel about a patch to all the C modules to use > spoofing based on a config parameter? Because that's what I need in > order to solve my PTR problems and I wouldn't want to have to redo all > of them in python, but on the other side if a patch wouldn't be
The main problem with doing what you described above isn't with creating the spoofing metric definition. That part would be easy. The real problem is with gathering the metric data. Gathering CPU utilization metrics from a local box, for example, is completely different than gather the cpu_util from a remote box and even different than gathering it from a virtual machine. That is the main reason why special spoofing modules are necessary rather than simply tweaking the modules that we have already. > accepted I might consider it. On a side note, has anybody done an > estimation of the performance hit between a python and C module? > I have done a little testing in this area. Since gather metrics is on the order of seconds, speed performance between a C module and a python module isn't an issue. Memory footprint is really the main difference between the two. Obviously loading mod_python and running python modules is going to increase the memory footprint of gmond. If I run gmond with just the C modules installed, the memory footprint of gmond is somewhere under 1 mb. If I load mod_python and start to run some of the python metric modules, the memory footprint jumps between 1.5 and 3 mb. Obviously the more metric modules you run, whether they are C or python, is going to increase the memory footprint also. Brad ------------------------------------------------------------------------------ Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com _______________________________________________ Ganglia-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ganglia-developers
