Performance Engineer at a financial services firm with 1,001-5,000 employees
MSP
2019-05-16T16:17:00Z
May 16, 2019
Monitoring our environments is our primary use case. We use it to monitor our trading platform, customer experience, troubleshooting message flow, troubleshooting message formations, as well as for capacity performance analysis, and system testing.
Director at a financial services firm with 10,001+ employees
Real User
2019-05-07T23:23:00Z
May 7, 2019
We use it to monitor our client connectivity latencies, as perceived by the client. We have a number of clients connecting and we monitor their sessions. The real-time analytics we use are for the electronic trading environment, the client coming into the electronic trading order flow, the buy side and the sell side. That's where we are primarily using it, but we are planning to expand it further in due course to other trading venues. Right now, most of our Corvil devices are monitoring the electronic trading environment.
We use it for checking the latency for different markets, clients, and brokers across different sites and core locations. We are using this internally within our team for measuring latency for different points, across the whole flow, within our applications.
EMEA Head of Electronic Trading App Management at a financial services firm with 10,001+ employees
Real User
2019-02-21T08:22:00Z
Feb 21, 2019
We primarily use it for latency monitoring and benchmarking. We look at the geographical location of our servers and European exchanges, using this product to measure the amount of time: * It takes for us to receive an order from a client. * Routing the client's order to the exchange in the exchange data center. * Executing on the order book. * The hops all the way back to the client's execution. That latency allows us to establish whether or not there might be any problems with the connection, or understand if we're meeting expectations around latency benchmarks from the clients' perspective.
Corvil transforms Network Data with speed and precision into the powerful real-time truth. Corvil captures, decodes, reassembles, and enriches vast amounts of data in motion, adding analytics and making the resulting enriched data and IT Operations Analytics available to humans, machines and other systems.
Monitoring our environments is our primary use case. We use it to monitor our trading platform, customer experience, troubleshooting message flow, troubleshooting message formations, as well as for capacity performance analysis, and system testing.
We use it to monitor our client connectivity latencies, as perceived by the client. We have a number of clients connecting and we monitor their sessions. The real-time analytics we use are for the electronic trading environment, the client coming into the electronic trading order flow, the buy side and the sell side. That's where we are primarily using it, but we are planning to expand it further in due course to other trading venues. Right now, most of our Corvil devices are monitoring the electronic trading environment.
We use it for checking the latency for different markets, clients, and brokers across different sites and core locations. We are using this internally within our team for measuring latency for different points, across the whole flow, within our applications.
We primarily use it for latency monitoring and benchmarking. We look at the geographical location of our servers and European exchanges, using this product to measure the amount of time: * It takes for us to receive an order from a client. * Routing the client's order to the exchange in the exchange data center. * Executing on the order book. * The hops all the way back to the client's execution. That latency allows us to establish whether or not there might be any problems with the connection, or understand if we're meeting expectations around latency benchmarks from the clients' perspective.
We are using it mostly for order entry and FIX protocol.
Latency analysis is our primary use case.
We use it primarily for latency monitoring and capturing latency statistics.