| To: | pcp@xxxxxxxxxxx |
|---|---|
| Subject: | [Bug 1080] New: pmcd result timestamping |
| From: | bugzilla-daemon@xxxxxxxxxxx |
| Date: | Thu, 20 Nov 2014 16:34:30 +0000 |
| Auto-submitted: | auto-generated |
| Delivered-to: | pcp@xxxxxxxxxxx |
buffalo item
- pcp todo item 14: pmfetch timestamps
- especially for slightly tardy pmdas, the pmResult timestamp is
ambiguous: is it at beginning, end, or middle of process?
- having too-short inter-fetch timestamp intervals can lead to
crazy-big rate-converted values
- maybe just confirm/fix pmcd to return beginning-of-operation timestamps
- apps can also confirm that timestamp is reasonable, by comparing to
their own clocks around pmFetch()
- pmlogger could emit diagnostics for violations
Note src/pmcd/src/dofetch.c:530, __pmtimevalNow() is called -after- all
the subsidiary agent fetches are complete.
You are receiving this mail because:
|
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | [Bug 1079] New: pmda fetch timeout toleration, bugzilla-daemon |
|---|---|
| Next by Date: | [Bug 1081] New: network peer traffic stats, bugzilla-daemon |
| Previous by Thread: | [Bug 1079] New: pmda fetch timeout toleration, bugzilla-daemon |
| Next by Thread: | [Bug 1081] New: network peer traffic stats, bugzilla-daemon |
| Indexes: | [Date] [Thread] [Top] [All Lists] |