> Of course, if the rrdtool enhancement you mentioned would > solve this problem without any "hacks", it would be even > better -- someone care to do some tests and provide feedback?
If nobody else responds to my query (below) ... I'll give it a whirl. David "Is anyone using RRDtool 1.3 Beta? I'm curious to know if the MMAPed IO changes alone are enough to cure gmetad performance issues." -----Original Message----- From: Bernard Li [mailto:[EMAIL PROTECTED] Sent: Friday, October 05, 2007 12:40 AM To: Wood, David Cc: ganglia-developers@lists.sourceforge.net Subject: Re: [Ganglia-developers] 3.1.0 wishlist Hi David: On 10/4/07, Wood, David <[EMAIL PROTECTED]> wrote: > I was under the impression that lots of people experienced disk i/o > issues with gmetad. I was also under the impression that the generally > accepted work around for this problem was using tmpfs along with scripts > to rsync (or whatever) the data to persistent storage. While this > workaround suffices for many people, it's a bit kludgey / inelegant, > isn't it? Yes this is the generally accepted work around for gmetad's scalability issue. While it is not the most elegant solution, it does work and is not too much of an effort to implement. Perhaps in 3.1.0 we can think of a more elegant way to automatically set this up without the user needing to do anything manual. Of course, if the rrdtool enhancement you mentioned would solve this problem without any "hacks", it would be even better -- someone care to do some tests and provide feedback? Thanks, Bernard ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Ganglia-developers mailing list Ganglia-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ganglia-developers
