Seeking Performance Improvement Advice for High-Frequency Batch Requests
I'm currently conducting performance testing on batch requests with Refinitiv ADS server and encountering some issues with response times in high-frequency scenarios. I would appreciate any advice to improve performance.
Scenario 1:
- Frequency: 1 batch request every 20ms
- Each request: contains 10 RIC codes
- Totoal Requests: 3000
- Response Time: Requests are completed between 100ms and 300ms
Scenario 2:
- Frequency: 1 batch request every 10ms(higher frequency than Scenario 1)
- Other Parameters: Same as Scenario 1 (10 RIC codes per request, 3000 total requests)
- Issue: A significant number of requests are taking more than 1000ms to complete
I'm trying to understand why there's a drastic increase in response time in the second scenario and how I might optimize it. Is there a limit to the number of requests that can be efficiently processed per second?
Thanks
Best Answer
-
Hi @xinjames.chen,
Your market data admin might be able to look at ADS logs and provide guidance why certain requests take longer. It may be some buffers on ADS and EMA side might need to be tuned. You can play with these buffer and TCP delay parameter configurations and look at the description in the EMA configuration guide.
In general, the response time from ADS will be fast if the requested instrument is in the ADS cache. Your admin might be able to increase the instrument cache and pre-populate it with frequent instruments.
In general however, if you need faster response look into horizontally scaling your application and connect to multiple load balanced ADSs. Using EMA C++ would also help, since it will send a true batch request.
0
Answers
-
This developer forum is for questions on and general discussions of Refinitiv APIs.
To verify the internal behavior of the APIs, please contact the API support team directly via Contact Premium Support. Then, the support team will verify if this is a problem in the application, configurations, or EMA API.
0
Categories
- All Categories
- 6 AHS
- 37 Alpha
- 161 App Studio
- 4 Block Chain
- 4 Bot Platform
- 16 Connected Risk APIs
- 47 Data Fusion
- 30 Data Model Discovery
- 608 Datastream
- 1.3K DSS
- 577 Eikon COM
- 4.9K Eikon Data APIs
- 7 Electronic Trading
- Generic FIX
- 7 Local Bank Node API
- Trading API
- 2.7K Elektron
- 1.3K EMA
- 236 ETA
- 519 WebSocket API
- 33 FX Venues
- 10 FX Market Data
- 1 FX Post Trade
- 1 FX Trading - Matching
- 12 FX Trading – RFQ Maker
- 5 Intelligent Tagging
- 2 Legal One
- 20 Messenger Bot
- 2 Messenger Side by Side
- 9 ONESOURCE
- 7 Indirect Tax
- 59 Open Calais
- 264 Open PermID
- 39 Entity Search
- 2 Org ID
- PAM
- PAM - Logging
- 8.4K Private Comments
- 6 Product Insight
- Project Tracking
- ProView
- ProView Internal
- 20 RDMS
- 1.4K Refinitiv Data Platform
- 367 Refinitiv Data Platform Libraries
- 3 Refinitiv Due Diligence
- LSEG Due Diligence Portal API
- 3 Refinitiv Due Dilligence Centre
- Rose's Space
- 1.1K Screening
- 18 Qual-ID API
- 13 Screening Deployed
- 23 Screening Online
- 10 World-Check Customer Risk Screener
- 990 World-Check One
- 44 World-Check One Zero Footprint
- 45 Side by Side Integration API
- Test Space
- 3 Thomson One Smart
- 1.2K TR Internal
- Global Hackathon 2015
- 2 Specialists Who Code
- 10 TR Knowledge Graph
- 150 Transactions
- 142 REDI API
- 1.7K TREP APIs
- 4 CAT
- 21 DACS Station
- 117 Open DACS
- 1.1K RFA
- 103 UPA
- 172 TREP Infrastructure
- 224 TRKD
- 886 TRTH
- 5 Velocity Analytics
- 5 Wealth Management Web Services
- 59 Workspace SDK
- 9 Element Framework
- 5 Grid
- 13 World-Check Data File
- Yield Book Analytics
- 46 中文论坛