Discover Refinitiv
MyRefinitiv Refinitiv Perspectives Careers
Created with Sketch.
All APIs Questions & Answers  Register |  Login
Ask a question
  • Questions
  • Tags
  • Badges
  • Unanswered
Search:
  • Home /
  • Elektron /

For a deeper look into our Elektron API, look into:

Overview |  Quickstart |  Documentation |  Downloads |  Tutorials |  Articles

avatar image
Question by ye.li · Dec 02, 2020 at 12:15 AM · elektronrefinitiv-realtimeelektron-sdk

Failed to allocate RsslTunnelBuffer with EMA C++ post message

My application uses EMA C++ to post message to contribution channel.

When the app submitted a bunch of page message (25*80) in a very short time, i started to get the exceptions below saying there's memory exhaustion.

OmmException Internal Error. Failed to allocate RsslTunnelStreamBuffer in TunnelItem::submitSubItemMsg( RsslMsg* )., Type=OmmMemoryExhaustionException

I am trying to send out about 150 pages (25*80) at that time. If I remove those RICs from the posting list and restart the app, everything works okay.

is this memory exhaustion caused by the number of messages it sent out? Is there a limit on the message size and rate?

People who like this

0 Show 0
Comment
10 |1500 characters needed characters left characters exceeded
▼
  • Viewable by all users
  • Viewable by moderators
  • Viewable by moderators and the original poster
  • Advanced visibility
Viewable by all users

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

3 Replies

  • Sort: 
avatar image
REFINITIV
Best Answer
Answer by Jirapongse · Dec 02, 2020 at 04:07 AM

@ye.li

It looks similar to the discussion in this thread.

For a tunnel stream, you may need to increase guaranteedOutputBuffers of TunnelStreamRequest.

TunnelStreamRequest tsr; tsr.classOfService(cos).domainType(MMT_SYSTEM).name("Seikan").serviceName("DDS_TRCE"); tsr.guaranteedOutputBuffers(5000);

Comment

People who like this

0 Show 1 · Share
10 |1500 characters needed characters left characters exceeded
▼
  • Viewable by all users
  • Viewable by moderators
  • Viewable by moderators and the original poster
  • Advanced visibility
Viewable by all users

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

avatar image
Mike Slade · Dec 02, 2020 at 11:44 AM 0
Share

@jirapongse.phuriphanvichai - thanks for your reply

We can attempt to increase this limit in our application. Is 5000 the recommended number of output buffers? Also, the error seemed to persist even when our outbound traffic was greatly reduced. If this error occurs are the buffers never released? Thanks

avatar image
REFINITIV
Answer by umer.nalla · Dec 02, 2020 at 02:54 PM

Hi @ye.li

The error you are seeing is most likely due to exhausting tunnel buffers.

Whilst increasing the tunnel buffers can help, if the messages are not being acknowledged quickly enough, it will eventually have a build of pending messages e.g. delays because of the network or buffers not being cleared fast enough by RCC server.

If the absolute timeliness of the posts is not critical, then you could pace/throttle the rate at which you are sending the posts - i.e. just spread the posts over a slightly longer time period. This should avoid the exhausting of the tunnel buffers.

Otherwise, the other option would be to pause the posting momentarily when you run out of buffers.

There are no hard and fast rules/numbers as too many factors would affect what would be a serviceable rate of posting, you will need to experiment to find a safe rate - and then allow a safety margin.

Comment

People who like this

0 Show 0 · Share
10 |1500 characters needed characters left characters exceeded
▼
  • Viewable by all users
  • Viewable by moderators
  • Viewable by moderators and the original poster
  • Advanced visibility
Viewable by all users

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

avatar image
REFINITIV
Answer by Jirapongse · Dec 09, 2020 at 04:27 AM

@Mike Slade

No, 5000 is not the recommended number of guaranteed output buffers. It proves that the problem relates to the size of the guaranteed output buffers. Typically, the guaranteed output buffer is quite small for the consumer application because the guaranteed output buffer is for outgoing messages and the consumer application doesn't publish data.

However, the contribution application may require more guaranteed output buffers than the consumer application. The tsr.guaranteedOutputBuffers() method can be used to increase the size of guaranteed output buffers of a tunnel stream.


Comment

People who like this

0 Show 0 · Share
10 |1500 characters needed characters left characters exceeded
▼
  • Viewable by all users
  • Viewable by moderators
  • Viewable by moderators and the original poster
  • Advanced visibility
Viewable by all users

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

Watch this question

Add to watch list
Add to your watch list to receive emailed updates for this question. Too many emails? Change your settings >
12 People are following this question.

Related Questions

What is the rule you create guid for news in MRN in Elektron?

How can I know which legs of a strategy are being bought and sold?

How should RSSL_SC_NO_RESOURCES errors be handled

Error: 1009 - "Unable to get session channel buffer to send message."

Trustchain for Proxy with EZD

  • Copyright
  • Cookie Policy
  • Privacy Statement
  • Terms of Use
  • Anonymous
  • Sign in
  • Create
  • Ask a question
  • Spaces
  • Alpha
  • App Studio
  • Block Chain
  • Bot Platform
  • Connected Risk APIs
  • DSS
  • Data Fusion
  • Data Model Discovery
  • Datastream
  • Eikon COM
  • Eikon Data APIs
  • Electronic Trading
    • Generic FIX
    • Local Bank Node API
    • Trading API
  • Elektron
    • EMA
    • ETA
    • WebSocket API
  • FX Venues
    • FX Trading – RFQ Maker
  • Intelligent Tagging
  • Legal One
  • Messenger Bot
  • Messenger Side by Side
  • ONESOURCE
    • Indirect Tax
  • Open Calais
  • Open PermID
    • Entity Search
  • Org ID
  • PAM
    • PAM - Logging
  • ProView
  • ProView Internal
  • Product Insight
  • Project Tracking
  • RDMS
  • Refinitiv Data Platform
    • Refinitiv Data Platform Libraries
  • Rose's Space
  • Screening
    • Qual-ID API
    • Screening Deployed
    • Screening Online
    • World-Check One
    • World-Check One Zero Footprint
  • Side by Side Integration API
  • TR Knowledge Graph
  • TREP APIs
    • CAT
    • DACS Station
    • Open DACS
    • RFA
    • UPA
  • TREP Infrastructure
  • TRKD
  • TRTH
  • Thomson One Smart
  • Transactions
    • REDI API
  • Velocity Analytics
  • Wealth Management Web Services
  • Workspace SDK
    • Element Framework
    • Grid
  • World-Check Data File
  • Yield Book Analytics
  • 中文论坛
  • Explore
  • Tags
  • Questions
  • Badges