On Wed, Jan 13, 2010 at 11:25, Stas Oskin <[email protected]> wrote: > Hi. > > So I presume the default ones should be within the limits of 5 - 10 MB at > maximum?
Please make sure you send replies to the list, and not just individuals. It will depend on the architecture, compile-time options, libraries, OS distribution, number of metrics, and probably several things I've forgotten. On my x86_64 workstation, I have a small gmond with 21 metrics that reports about 13MB virtual, 1.1MB resident RAM usage. On a cluster of ~60 machines, a gmond process with 3817 metrics, is using about 44.5 virtual, and 19MB resident. So it depends... > > Regards. > > On Wed, Jan 13, 2010 at 5:20 PM, Jesse Becker <[email protected]> wrote: >> >> On Wed, Jan 13, 2010 at 10:06, Stas Oskin <[email protected]> wrote: >> >> >> Gmond itself only keeps data in RAM. It does not write data out to >> >> disk. The gmetad program is responsible for collecting the data (from >> >> one or more gmond processes) and then writting out rrd files. >> >> >> > >> > How much is kept in RAM - are there any limits? >> >> Only the most recent metric values; gmond does not keep a history of >> old data. The RAM footprint will scale with the number of metrics you >> are tracking, but this is very low in practice. There are no explicit >> limits that I'm aware of, but unless you are tracking >> hundreds/thousands of metrics, it shouldn't be a problem. >> >> -- >> Jesse Becker >> Every cloud has a silver lining, except for the mushroom-shaped ones, >> which come lined with strontium-90. > > -- Jesse Becker Every cloud has a silver lining, except for the mushroom-shaped ones, which come lined with strontium-90. ------------------------------------------------------------------------------ This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev _______________________________________________ Ganglia-general mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ganglia-general
