Confirmation of Python websocket (directly to RCC) is good or not for our use case

Please advise python WebSocket (directly to RCC) is sufficient or not in terms of performance for the underneath use case.
1.)We are planning to contribute 50,000(IBM/GOOGLE/OTHERS) security pricing data to RCC
2.)Each item contains 5-10 fields of data
3.) we are planning to send data every 5-10 seconds interval
4.)we will connect to RCC directly
Best Answer
-
Hi @amit.gupta
Are you able to spread out your 50k instruments contributions across a longer time window e.g. 5-10 seconds - or do you need to post all 50k within a shorter window e.g. 1sec?
I recommend you reach out to your Refinitiv Account team and arrange a discussion with the RCC product team to discuss your requirements/options further - as there may be additional limits on the RCC infrastructure - even if it is theoretically possible from an API perspective.
I have made the Product Owner aware of this query.
0
Answers
-
Hello @amit.gupta
If you aim to contribute 50K instruments to RCC, the Real-Time SDK C++/Java (EMA or ETA APIs) with the RSSL connection to RCC is more suitable than the WebSocket API.
You can find more details in the following article and tutorials:
0 -
Thanks, Wasin. Really appreciate your help on this
Just one case up to what level of instruments, python web sockets will be good(Direct RCC) i.e
I mean if we plan to contribute 20,000 instruments instead of 50,000, would Python WebSockets will be good or not? All other conditions remain the same i. e
2.)Each item contains 5-10 fields of data
3.) we are planning to send data every 5-10 seconds interval
4.)we will connect to RCC directly
Can you please confirm on this (would Python WebSockets will be good in case of 20K instruments)
Regards,
Amit
0 -
Hello @amit.gupta
My colleague @umer.nalla has contacted the RCC team, the team confirms the maximum contributions per second of each connection type as the following:
- RSSL connection (for RTSDK C++/Java): 20,000 updates per second
- WebSocket connection: 1000 updates per second
The Real-Time SDK C++/Java may be suitable for your requirement. However, as my colleague suggested below, you should contact your Refinitiv representative to help you confirm the requirement with the RCC team.
Please note that the application will get the session's maximum message per second information programmatically via the TRCE:MaxMessagesPerSecond element in the Login response message from the RCC server.
0
Categories
- All Categories
- 3 Polls
- 6 AHS
- 36 Alpha
- 166 App Studio
- 6 Block Chain
- 4 Bot Platform
- 18 Connected Risk APIs
- 47 Data Fusion
- 34 Data Model Discovery
- 684 Datastream
- 1.4K DSS
- 615 Eikon COM
- 5.2K Eikon Data APIs
- 10 Electronic Trading
- Generic FIX
- 7 Local Bank Node API
- 3 Trading API
- 2.9K Elektron
- 1.4K EMA
- 249 ETA
- 554 WebSocket API
- 37 FX Venues
- 14 FX Market Data
- 1 FX Post Trade
- 1 FX Trading - Matching
- 12 FX Trading – RFQ Maker
- 5 Intelligent Tagging
- 2 Legal One
- 23 Messenger Bot
- 3 Messenger Side by Side
- 9 ONESOURCE
- 7 Indirect Tax
- 60 Open Calais
- 275 Open PermID
- 44 Entity Search
- 2 Org ID
- 1 PAM
- PAM - Logging
- 6 Product Insight
- Project Tracking
- ProView
- ProView Internal
- 22 RDMS
- 1.9K Refinitiv Data Platform
- 643 Refinitiv Data Platform Libraries
- 4 LSEG Due Diligence
- LSEG Due Diligence Portal API
- 4 Refinitiv Due Dilligence Centre
- Rose's Space
- 1.2K Screening
- 18 Qual-ID API
- 13 Screening Deployed
- 23 Screening Online
- 12 World-Check Customer Risk Screener
- 1K World-Check One
- 46 World-Check One Zero Footprint
- 45 Side by Side Integration API
- 2 Test Space
- 3 Thomson One Smart
- 10 TR Knowledge Graph
- 151 Transactions
- 143 REDI API
- 1.8K TREP APIs
- 4 CAT
- 26 DACS Station
- 121 Open DACS
- 1.1K RFA
- 104 UPA
- 192 TREP Infrastructure
- 228 TRKD
- 915 TRTH
- 5 Velocity Analytics
- 9 Wealth Management Web Services
- 90 Workspace SDK
- 11 Element Framework
- 5 Grid
- 18 World-Check Data File
- 1 Yield Book Analytics
- 46 中文论坛