question

Upvote
Accepted
ajackson avatar image
16 ●1 ●0 ●3

What is the min/max numerical values and exponents I can submit in a REAL64 that will be successfully cached in ADH/ADS?

I have a Non-Interactive Provider submitting live updates to our corporate RMDS infrastructure. These live updates are deltas and we rely on the ADH/ADS cache to supply the complete image when a consumer requests the instruments. This is fine but in some cases then the values exceed certain limits these values are not passed to the consumers in the initial image.

The RDM dictionary refines the MarketFeed type of the field as PRICE with size 17 and the RFW type as REAL64 with size 7. What are the limits of the values/exponents that can be placed into the REAL64 to have it successfully cached and overflow conditions can be detected and alerted/logged?

elektronrefinitiv-realtimetrepcachingmarket-feedRWF
icon clock
10 |1500

Up to 2 attachments (including images) can be used with a maximum of 512.0 KiB each and 1.0 MiB total.

Jirapongse avatar image   Jirapongse

@ajackson

Hi. Thank you for your participation in the forum.

Are any of the replies below satisfactory in resolving your query?

If so please can you click the 'Accept' text next to the appropriate reply. This will guide all community members who have a similar question.

Else please post again offering further insight into your question

Thanks

2 Answers

· Write an Answer
Upvotes
Accepted
Steven McCoy avatar image
1.2k ●23 ●31 ●44

The RWF_LEN field in the RDMDictionary indicates the size of the field in caching. Be aware that throughout TREP 2.x series the symptoms of overflow have changed significantly, from ignoring, truncation and dropping the affected field in cache. Overflow is not recorded anywhere and UPA unfortunately does not contain any API for testing overflow.

For REAL fields consider 8-bits are used for exponent and the remainder for the fixed-point mantissa. Thus 7-byte field has a 6-byte mantissa of range from −(247) to 247 − 1.

ATS 1.4.1.E2 will truncate values, so publishing a BID of (9223372036854775807) will be truncated to (140737488355327).

In ADH/ADS 2.4.0.E2, if Real64 FID values do not fit in the RWF_LEN size defined by the dictionary, the values will be zeroed out. However, it won’t truncate or zero out the updates.

Note that the RWF_LEN sizes can be customized to cache the full field if desired, the provided values are only the minimums required for Elektron content.

The document FieldDictionary_Tool_24.pdf in ADH lists the cached significant digit sizes for appropriate lengths:


image007.jpg (21.3 KiB)
icon clock
10 |1500

Up to 2 attachments (including images) can be used with a maximum of 512.0 KiB each and 1.0 MiB total.

Upvotes
vishal.anand avatar image
34 ●6 ●11 ●17

What is the parameter for RWF_LEN that can be used to make sure that ADH caches the full field? And in which file is it present?

icon clock
10 |1500

Up to 2 attachments (including images) can be used with a maximum of 512.0 KiB each and 1.0 MiB total.

vishal.anand avatar image vishal.anand
Any update on my query please?

Write an Answer

Hint: Notify or tag a user in this post by typing @username.

Up to 2 attachments (including images) can be used with a maximum of 512.0 KiB each and 1.0 MiB total.