Ø Using DBR_GR_XXX with value monitors could place a fair
burden on the IOC though.
FWIW: If we extended the caeventmask.h to include a flags such DBE_GRAPHIC_META or
alternatively
DBE_ALARM_LIMITS,
SBE_PRECISION, etc then the database could efficiently post updates only on
change.
And of course this type of upgrade works better
with the new server that allows for event queue payloads
other than the currently
fixed {value, alarm status, time stamp} tuple.
Jeff
______________________________________________________
Jeffrey O. Hill
Email [email protected]
LANL MS
H820
Voice 505 665 1831
Los Alamos NM 87545 USA
FAX 505 665 5107
Message
content: TSPA
On Monday 23 August 2010 13:42:21
Till Straumann wrote:
> Nevertheless, if edm used the attributes it still should see a change in
> e.g., display limit the next time the value updates.
Using DBR_GR_XXX with value monitors
could place a fair burden on the IOC though. Filling in a dbr_gr_double
structure for instance requires the IOC to call the record type's get_units(),
get_precision(), get_graphic_double() and get_alarm_double() routines, and the
calling tree to get to them from the db_get_field() that rsrv calls is several
levels deep in some cases.
- Andrew
--
The best FOSS code is written to be read by other humans -- Harald Welte