On Sun, Jan 18, 2009 at 10:27 PM, Carlo Marcelo Arenas Belon <care...@sajinet.com.pe> wrote: > http://bugzilla.ganglia.info/cgi-bin/bugzilla/attachment.cgi?id=188&action=view > that should apply cleanly to 3.1.1, 3.0.7 and 2.5.7
Looks fine to me, altho I'd argue that without the other changes supporting the multi-patch becomes a risk for reasons I already explained. I'd feel much better if we agreed on a solution to propagate errors back to the client and implement that alongside with not returning the entire tree. >> Is that what you meant when you said "banging to resulting binary"? > > partially; scripts would be able to help only after the testing > parameters had been defined, and at least for this test might be limited > by the fact that the interactive port is mainly used by the web > frontend. I'm not sure I follow. Especially in this case, but also true in general, as far as testing gmetad goes you "only" need to make sure that: 1) it can pull data 2) it can store data 3) it can serve data with a gmond running and that you can point gmetad at you need 3 scripts to test the above: 1) one script to generate udp traffic to send to gmond 2) one script to read the data off gmetad 3) one script to read the data off of the rrd files the script that generates the synthetic data can be completely random as long as it has a list of valid elements and range values, which you also use to test for errors by futzing with those parameters. The same auto generated data should be in output to the second script. Given that you control sampling and polling rate I see this quite feasible and a good integration test. Load testing would be different as with lots of rapid reads and writes it would be harder to ensure what you're supposed to be seeing. am I missing something obvious? -- "Behind every great man there's a great backpack" - B. ------------------------------------------------------------------------------ This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword _______________________________________________ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
