[rrd-developers] [PATCH] rrdcached "SLURP" for extreme update rates

[Tobias Oetiker]

Hi Kevin,

> > commands in their own right.
>
> I think we only need a terminator on multi-line commands from the client.

yes

> > >  ? how do we match up updates/responses?
> > >    - if using a separate key, how do we separate from the filename?
> > >    - what if the user doesn't care about response? (empty key?)
> >
> > I would only send back complaints, input linenumber followed by the
> > error. The client can then make sense of it since it can keep track
> > of the stuff it sent ...
>
> Good idea...  simple.
>
> > this brings up the question of how to react on an error. Will the
> > deamon ignore further updates to the same rrd but continue
> > processing updates to other rrds, or will it abort completely ?
>
> On any permanent error (i.e. file doesn't exist) it won't matter.
>
> Statement-specific errors (i.e. bad command) will just be ignored.
>
> RRD-specific errors (i.e. backward timestamp)...  we don't do any
> validation today, so we'll have to figure that out first.

that was what I was primarily thinking of, since the daemon could
do at least timestamp continuity checking without mach overhead.

cheers
tobi
-- 
Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland
http://it.oetiker.ch tobi at oetiker.ch ++41 62 775 9902 / sb: -9900