| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 2095.1 | Time, time, time to make the donuts | TOOK::ORENSTEIN | | Tue Jan 14 1992 12:48 | 14 |
| I think I can answer 3 out of the 4.
4. Time in the Information field. This is the timestamp on the data
that ALARMS polls.
3. Event time. ALARMS evaluates the data, determines that an event is
needed and puts a timestamp here.
2. Notification gets a hold of the event and prints it out with the
timestamp as it prints.
Does this look right?
aud...
|
| 2095.2 | Must every module put its own timestamp?? | TAVIS::PERETZ | | Wed Jan 15 1992 05:41 | 13 |
| > I think I can answer 3 out of the 4.
You see - even you can explain only 3 out of the 4...
I guess the real question is : Why should a user care when the ALARMS module
processed the event and when the NOTIFICATION module processed the event?
Must every module put its own timestamp? What purpose does it serve?
Seems to me that the only important time is the real time that the event
occured (To the best judjement of DECmcc). Only this time should be shown
to the user. All later timestamps are not required and are just confusing.
Peretz Gur-El
|
| 2095.3 | What about when more than one peice of data is collected? | TOOK::ORENSTEIN | | Wed Jan 15 1992 15:58 | 12 |
|
I partly agree.
If you use the CHANGE_OF rule expression, you would probably want to
know the two timestamps on the data that was collected. That way
you can figure out the frequency at which your data is changing.
For the other expressions, I agree that there is too much redundancy
and perhaps we can eliminate some of it.
aud...
|
| 2095.4 | we will review time in detail window | TOOK::CALLANDER | MCC = My Constant Companion | Fri Jan 17 1992 13:31 | 10 |
| Notification services has control of some of this info. The only one we
can't control is the one in the informtion fields. I have sent your
input to the developer in charge of defining that window.
Thanks for the input.
Have you tried filters yet? we are still waiting on some feedback in
that area.
|
| 2095.5 | forgot: priority 4 qar, 2157 entered on this item | TOOK::CALLANDER | MCC = My Constant Companion | Fri Jan 17 1992 13:32 | 2 |
|
|
| 2095.6 | 1 and 2 are the same | MCC1::DITMARS | Pete | Tue Jan 21 1992 15:32 | 1 |
| I'll try to supress 2. Thanks.
|