>>> On 3/6/2008 at 2:51 PM, in message <[EMAIL PROTECTED]>, Carlo Marcelo Arenas Belon <[EMAIL PROTECTED]> wrote: > On Thu, Mar 06, 2008 at 02:35:35PM -0500, Jesse Becker wrote: >> >> On Wed, Mar 5, 2008 at 10:31 AM, <[EMAIL PROTECTED]> wrote: >> >> > Another solution is to rewrite the whole gmetad to java and only use >> > jRobin, but this would be a huge change and interference to the source >> > code. >> >> You're certainly welcome to write whatever you'd like. That said, I >> don't know of any plans to move away from the two current languages: >> PHP on the web interface, and C for everything else. For what Ganglia >> needs to do, both are quite portable, and work well. > > actually, there is in the wishlist a plan to rewrite gmetad in python which > is half done last I heard. > > using a different "time series database" implementation than rrdtool is not > in the plans though, but I can see the use of a modular approach that will > let you use something else as an option. >
A pluggable module interface for the new python gmetad is something that we have been kicking around this week. I could see this type of interface being used in a couple of different ways. One way as you mentioned, to allow for a different data store to be plugged into gmetad. Another way would be to plug in analysis modules. Something that might throw an event or email when certain things happen in the system. By allowing this type of module to be plugged into gmetad, Ganglia still remains a metric trending system but it allows for third parties to extend it into an alerting system if they want as well. Brad ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Ganglia-general mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ganglia-general
