We recently released a Host sFlow agent to export the standard set of Ganglia
metrics as sFlow counters:
http://host-sflow.sourceforge.net/
In the end it it was easier to re-implement the metrics rather than use
libmetrics. However, we did make an effort to ensure compatibility so that it
would
It should be possible integrate both approached in the library. Rate
calculations are a layer on top of the raw counters. One approach would be to
define raw counter functions for each metrics, e.g. pkts_in_count_func(void).
You could then re-implement the pks_in_func(void) to make use of the
p
Peter Phaal wrote:
> We have had time to take a closer look at libmetrics and while it is a useful
> reference, there are significant architectural differences between sFlow's
> approach to counter polling and Ganglia's. The libmetrics library export
> rates rather than counters. An sFlow agent
We have had time to take a closer look at libmetrics and while it is a useful
reference, there are significant architectural differences between sFlow's
approach to counter polling and Ganglia's. The libmetrics library export rates
rather than counters. An sFlow agent exports raw counters and le
On Mar 7, 2010, at 10:57 AM, Daniel Pocock wrote:
> Peter Phaal wrote:
>> Hi all,
>>
>> We are considering using libmetrics as a stand-alone library. In its current
>> form, with the separate configure script, it looks like it would ideally
>> suite our purposes. I noticed a recent discussion
Peter Phaal wrote:
> Hi all,
>
> We are considering using libmetrics as a stand-alone library. In its current
> form, with the separate configure script, it looks like it would ideally
> suite our purposes. I noticed a recent discussion about dropping the separate
> configure script[1] and wante
Hi all,
We are considering using libmetrics as a stand-alone library. In its current
form, with the separate configure script, it looks like it would ideally suite
our purposes. I noticed a recent discussion about dropping the separate
configure script[1] and wanted to express our interest in k
On Fri, Jan 15, 2010 at 09:01:26PM +, Daniel Pocock wrote:
> I'm not too sure why we have a second configure script for the
> libmetrics tree - could anybody give me some background information
> about this?
>
> Is libmetrics used anywhere else, or is it intended to be?
I think that the id
Hi all,
I'm not too sure why we have a second configure script for the
libmetrics tree - could anybody give me some background information
about this?
Is libmetrics used anywhere else, or is it intended to be?
Regards,
Daniel
On Fri, 30 Dec 2005, Martin Knoblauch wrote:
> Hi Luke,
>
> my suggestion would be that you do a more detailed description [again]
> on what you want to achieve. How would you use the new functionality?
> Also, pointers to your up-to-date code/patches would be helpful.
I would use the new functi
Hi Luke,
my suggestion would be that you do a more detailed description [again]
on what you want to achieve. How would you use the new functionality?
Also, pointers to your up-to-date code/patches would be helpful.
A very important question is, whether your proposed changes are
compatible with
Hi all,
I brought this up a while ago, but recent events have brought it back to the
fore in my work.
There has already been some work done in Ganglia to separate out the metrics
into a separate 'libmetrics' library. It'd be great if this library could
mature into a kind of standard metrics libr
On Fri, Mar 04, 2005 at 11:12:59AM -0600, Luke Kanies wrote:
>
> The only real changes I made, other than to libmetrics.{c,h}, was to
> move the metric_init() function to the end of each metrics.c file (so
> that it is aware of each of the metrics functions) and call new_metric()
> for each metric
Hi,
I've been doing more work on my modifications to libmetrics (which I
posted as a bug/feature request on bugzilla rather than posting to the
list, as requested by the list maintainer), so I decided to slap it into
a subversion repository just so I could control version internally.
I've got a b
i just uploaded two new snapshots for libmetrics and ganglia 3.0.0.
libmetrics
http://matt-massie.com/ganglia/libmetrics-200410111604.tar.gz
ganglia 3.0.0.
http://matt-massie.com/ganglia/ganglia-3.0.0.200410111520.tar.gz
the new libmetrics code fixes all the interface problems on freebsd.
brook
On Tue, Sep 21, 2004 at 11:19:10AM -0700, Matt Massie wrote:
> SunOS x86-solaris1 5.9 Generic_112234-10 i86pc i386 i86pc Solaris
> - libmetrics passed with flying colors.
>
>
> FreeBSD x86-freebsd1 4.10-BETA FreeBSD 4.10-BETA
>
> - needed to add a few system headers but it compiled and the
> the
On Mon, Sep 20, 2004 at 06:14:39PM -0700, Matt Massie wrote:
> guys-
>
> when you get a chance can you please download
> http://matt-massie.com/ganglia/libmetrics-0.1.0.tar.gz
> and try it on your favorite operating system??
>
> i've tested this library on linux and solaris and i _think_ i made t
i just put up a new snapshot of libmetrics @
http://matt-massie.com/ganglia/
this new version compiles and runs just fine on cygwin. there are a few
metrics that are not supported but they can be added later. looks like
we'll add windows support in 3.0.0. yipee. i'll have to tell bill
gates th
Linux 2.4.21-9.0.3.EL #1 x86_64 x86_64 x86_64 GNU/Linux - [Red Hat
Enterprise Linux WS release 3 (Taroon)]
- Works
Linux 2.4.21-4.ELsmp #1 SMP i686 i686 i386 GNU/Linux - [Red Hat
Enterprise Linux WS release 3 (Taroon)]
- Works
SunOS 5.9 Generic sun4u sparc SUNW,Sun-Fire-280R
- Works, conf
SunOS x86-solaris1 5.9 Generic_112234-10 i86pc i386 i86pc Solaris
- libmetrics passed with flying colors.
FreeBSD x86-freebsd1 4.10-BETA FreeBSD 4.10-BETA
- needed to add a few system headers but it compiled and the
the test ran just fine for all metric except "mtu".
i think this might be specif
On Darwin:
hc652a119:~/Desktop/libmetrics-200409211005 jdurham$ gcc --version
gcc (GCC) 3.3 20030304 (Apple Computer, Inc. build 1640)
Copyright (C) 2002 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is
NO
warranty; not even for MERCHANTABILIT
i just got into work and realized that i placed a broken version of
libmetrics at http://matt-massie.com/ganglia/. sorry about that.
i just put the "real" tar ball out. hope i didn't waste any of your
time with my mistake.
i'm going to test the library on the sourceforge compile farm now.
-mat
guys-
when you get a chance can you please download
http://matt-massie.com/ganglia/libmetrics-0.1.0.tar.gz
and try it on your favorite operating system??
i've tested this library on linux and solaris and i _think_ i made the
necessary changes to get it to work on all our other platforms.
libmetr
23 matches
Mail list logo