Your message dated Sun, 21 Mar 2010 17:17:16 +0100
with message-id <[email protected]>
has caused the report #419948,
regarding munin: stark cpu increase sarge->etch
to be marked as having been forwarded to the upstream software
author(s) RRDtool developers <[email protected]>
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Re: Bug#419948: librrds-perl: Information about affected platform
Sun, 21 Mar 2010 17:17:16 +0100
Hi Florian and Carl,
(This is a follow-up to Debian bug report #419948 -- see
<http://bugs.debian.org/419948> for details.)
On Wed, Sep 30, 2009 at 09:54:06PM +0200, Sebastian Harl wrote:
> On Mon, Sep 28, 2009 at 10:32:52AM +0200, Florian Schlichting wrote:
> > On Thu, Sep 24, 2009 at 06:17:55PM +0200, Sebastian Harl wrote:
> > > Okay, so it seems we've got a rather major speed-down in rrdgraph Sarge
> > > -> Etch (RRDtool 1.0 -> 1.2) and another one Etch -> Lenny (RRDtool 1.2 ->
> > > 1.3). In the former case, RRDtool switched from using libgd to libart
> > > for doing the graphing, in the latter case, they switched to libcairo
> > > (and libpango). I'm pretty sure, the speed-down is related to that. In
> > > the course of the 1.3.x releases some optimizations have been applied
> > > which improved the effect a bit but there still is a notable speed-down.
> > >
> > > Anyway, frankly, I've got no idea what to do about that.
> > well, I think that's a good explanation. So it's not a "bug", but an
> > intentional design decision with not-so-intentional side effects.
> > I don't know about upstream's motivation for those switches, but
> > perhaps it would be worthwhile to benchmark graphing with the
> > different libraries / RRDtool versions and reevaluate their merits in
> > that light?
> I'm not sure about the motivations either :-/ Benchmarks would be really
> great. Are you willing to take care of that?
Does anyone of you happen to have some benchmarks available (or could
you rather easily get any)?
With this E-mail, I'm also forwarding the bug upstream (this should have
happened long ago :-/ ), hoping for some more input / suggestions /
Sebastian "tokkee" Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/
Those who would give up Essential Liberty to purchase a little Temporary
Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin
--- End Message ---