I couldn't find an original discussion, the best was commentary in IRC (echoed in gmetad/gmetad.conf.in comments) was that the goal was: 2 weeks of data at 15 second resolution. There wasn't a broader rational beyond the desire for a higher default resolution, and no other features depend on it.
On 09/26/2012 04:39 AM, Martin Knoblauch wrote: > Hi friends, > > just found out by chance that the default RRAs for "gmetad" have changed > some time ago? What was the rationale for this? This is an almost 59x > increase in database size. OK, disk is cheap, but still a factor, especially > for large clusters. > > Just curious .... > > Cheers > > Martin > > ------------------------------------------------------ > Martin Knoblauch > email: k n o b i AT knobisoft DOT de > www: http://www.knobisoft.de > > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > > > _______________________________________________ > Ganglia-developers mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/ganglia-developers > ------------------------------------------------------------------------------ Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct _______________________________________________ Ganglia-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ganglia-developers
