[collectd] Plans for collectd 4 [discussion]

[Florian Forster]

Hello Christophe,

On Tue, Apr 11, 2006 at 10:34:12AM -0400, Christophe Kalt wrote:
> My first reaction though is "Oh no!"

I surely hope this is ``Oh no!'' as in ``Please don't change so much''
as opposed to ``Oh no! The code is so bad that I wish I hadn't risked a
look!'' ;) However, if the later is the case, I'm always open for
suggestions ;)
(No, I will _not_ remove the braces around returns, Sebastian! ;)

> Why add SNMP?

Simple: Because a lot of debices provide values this way. And I'd like
to (re)use collectd's infrastructure and not use a hundret tools for
eighty different purposes.

> collectd's strength could/should be in monitoring the local system.
> Such a tool should be lightweight so as not to affect the system
> it's running on (and change the data it's collecting).
> I say focus on this, leave SNMP to others.

You have a point, I'll certainly give this some consideration..

> You could improve on what you have now, may be separate the
> server from the client while keeping it simple.  (KISS)

Actually I wanted to put more functionality outside the main program,
which should reduce complexity. However, the overall structure could be
a lot more complex.

> Instead you're dreaming of a very complex system which makes
> "routing decisions" (!?!!) and mangles the data.

By `routing decision' I merely meant to decide which output plugin
receives the data. For a start this could be `all output plugins receive
everything'.
The main program wouldn't do much more than reading a configfile,
loading plugins and moving/copying data from `input' to `output'. I
guess it sound much more bloated than what I have in mind..

> Sorry.. this probably isn't what you were hoping for.

No offence taken; I apprechiate any feedback ;)

> I do hope you'll think this over carefully though.

Right now I don't have the time to code any of that anyway; I just
wanted to get some other opinions before I actually start doing
anything..

Regards,
-octo
-- 
Florian octo Forster
Hacker in training
GnuPG: 0x91523C3D
http://verplant.org/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url : http://mailman.verplant.org/pipermail/collectd/attachments/20060413/3462f967/attachment.pgp