[prev in list] [next in list] [prev in thread] [next in thread] 

List:       collectd
Subject:    Re: [collectd] Plain text protocol question
From:       XANi <xani666 () gmail ! com>
Date:       2009-10-21 9:43:26
Message-ID: 20091021114326.233e3281 () hydra
[Download RAW message or body]

[Attachment #2 (multipart/signed)]


Hi
On Wed, 21 Oct 2009 10:29:29 +0200, Florian Forster <octo@verplant.org>
wrote:
> Hi Jean,
> 
> On Thu, Oct 08, 2009 at 12:00:13PM +0200, Jean Baptiste FAVRE wrote:
> > But the first step is to be able to get values. Therefore, I
> > activated Unix Socket plugin and try to get data.
> 
> yeah, currently you need to do polling for this. I'd much prefer if
> there was an elegant way to switch the connection into a value sending
> mode, kinda like a live-stream.
> 
> I can basically think of two possibilities:
> 
>   GETLIVEVAL 500
>   Registers a write callback and sends each value dispatched to that
>   write-callback to the remote side. After 500 values, removes the
> write callback and waits for the next command.
>   This probably seems a bit artificial but preserves the request  /
>   response semantic of the rest of the protocol.
> 
>   SETLIVEMODE
>   Registers a write callback and sends each value being dispatched to
>   the remote host. No more commands will be accepted and the sending
> can only be stopped by closing the connection. This is likely what
> many applications intend to do.
> 
> Would that solve your problems?
I was thinking more like

SUBSCRIBE 1 ^some/kind-of/regexp
and
UNSUBSCRIBE 1
to remove it

But then SETLIVEMODE would be probably much easier to
implement and filtering it in application won't eat much more CPU.

Regards
-- 
Mariusz Gronczewski (XANi) <xani666@gmail.com>
GnuPG: 0xEA8ACE64
http://devrandom.pl


["signature.asc" (application/pgp-signature)]

_______________________________________________
collectd mailing list
collectd@verplant.org
http://mailman.verplant.org/listinfo/collectd


[prev in list] [next in list] [prev in thread] [next in thread]