[Bug 1136] pmlogreduce type conversion conflicts with naive multi-archive same-type assertion

[bugzilla-daemon@xxxxxxxxxxx]

Comment # 2 on bug 1136 from Frank Ch. Eigler

> Just adding some thoughts so they don't get lost ...

Thanks!

> - changing metadata between archives in a multi-archive context would
> involve a significant change [...] entirely encapsulated within libpcp

Yes.

> - it is not just PM_TYPE that is potentially in play ... I've long wanted
> pmlogreduce to do statistical rate reduction on counters to handle wraps and
> short gaps (around <mark> records) ... this would change the metric
> units&scale from, for example, BYTES to BYTES/SEC

(And turn the into SEM_INSTANT?  Anyway, we could think that through later.)

> [...] (I think this makes the
> pmlogrewrite to "widen" the data type option a non-starter)

(I don't see why - we already ship pure type-widening pmlogrewrite clauses.)


Can you think of some reason against option #3 - namely stopping
pmlogreduce's current 32->64-bit widening?

---

      You are receiving this mail because:

• You are on the CC list for the bug.
• You are the assignee for the bug.