Fail-Watch and Trading System Warnings

From MultiCharts
Jump to navigation Jump to search

The Fail-Watch alerts and trading system warnings were introduced in the frames of our new Fail-Watch system. The platform generates an alert if the limits of the OS, hardware, bandwidth, software and/or broker processing speed is reached.

Trading system alerts

Order status is processed longer than xxxx ms — TR01

The status of the order is being processed in the Trading Server longer than xxxx ms.
Message: The broker API is unable to process your orders in a timely manner! Place/modify fewer orders and check your Internet connection.
TR01.png

TR02 — order or OCO group placement is taking more than xxxx ms

Message: The placed OCO group timeout exceeded Broker Order IDs: 1, 2 pending for 2017 ms. It can be caused by an unstable connection to the broker’s servers. As a result, closing position and processing the orders can be delayed.
TR02.png

TR03 — order modification or cancellation is taking more than xxxx ms

Message: The Modify Order command was pending for 2000 ms. Order ID: 22. The broker API is unable to process your orders in a timely manner! Place/modify fewer orders and check your Internet connection.
TR03.png

Fail-Watch alerts

In MultiCharts 14 we introduced the monitoring of the auto trading orders' speed from the moment of generation up to reaching the trading plugin. The monitoring is implemented by using test messages.
The way that test messages perform is identical to the way that real orders follow in MultiCharts (from module to module). The only difference is that it is not sent to the broker plugin and to the broker itself. The test message is intended to determine the load on the info channels within the application and the performance of the system in general. If the test messages are delayed or failing it means that the load on the internal info channels is too high so it leads to the queue of orders and statuses where they are waiting to be sent and processed.

FS01 — long delay of the order display in the Order and Position Tracker (the delay exceeds xxxx ms)

Message: The test message was delivered in the Order and Position Tracker window with a delay.
FS01.png


FS02 — order display failure in the Order and Position Tracker (the delay exceeds xxxx ms)

Message: The channel of sending messages to the Order and Position Tracker window is blocked or the messages queue is too long for the test message to be handled within 2000 ms.
Possible reasons and recommendations:

  1. There are too many data updates in the Order and Position Tracker. This includes orders, positions, alerts, logs, etc. It is required to decrease the number of Order and Position Tracker windows, auto trading charts, open positions, orders, connected broker profiles and/or the number of alerts generated by the studies.
  2. Overall CPU load can also affect the speed of the info exchange through this channel. It is recommended to decrease the general load on the CPU or add more resources to your machine.


FS02.png

FS03 — heavy load on the order processing channel: processing is taking more than xxx ms


Message: The auto trading system test message for <instrument name> instrument has exceeded the timeout of 500 ms by 44. Possible reason: the system is overloaded with a high number of trading commands. Please try to reduce the number of charts with auto trading.
This alert appears when the first test message fails to complete its way in MultiCharts. If you receive this alert right after enabling auto trading, it means that the data channels are heavily loaded and the time required for an order to pass through MultiCharts exceeds the timeout. In this case, it is required to find out which component of MultiCharts impacts the overall load on the system and decrease the load. Often this alert appears on machines that do not meet the recommended tech specs or when one of the MultiCharts processes that are engaged in the order/status info exchange is frozen or finished.
FS03.png

FS04 — order processing channel failure: processing is taking more than xxx ms


Message: The auto trading system test message for <instrument name> instrument exceeded the timeout of 1500 ms. The auto trading system may lose its functionality (the orders may not be delivered to the broker, or MultiCharts may not receive the order statuses from the broker). It is recommended to restart all MultiCharts processes.
This alert appears when the first test message has completed its way in MultiCharts with a delay. The delay time is specified in the message. This warning means that orders/statuses start forming queues and this results in the delay in the order sending/status processing. It warns the user to be careful and to avoid creating more charts and other windows. That would increase the load on the computer and the trading system. It is recommended to restart MultiCharts.
FS04.png


FS05 — long delay in the calculation of studies (the delay exceeds xxxx ms)


Message: <Strategy name> (<instrument name>) strategy calculation start time lags behind the tick arrival time by xxx ms.
This message is displayed if a strategy calculation time lags behind the arrival time of a tick which initiated the calculation.
FS05.png


FS06 — study calculation overload: the load has exceeded the computer’s capability (the delay exceeds xxxx ms)


Message: <Strategy name> (<instrument name>) strategy calculation start time lags behind the tick arrival time by more than 27429 ms. Auto trading will be stopped.
Recommendation: Reduce the load on the CPU.
FS06.png

FS07 — main process is not responding during xxxx ms

Message: User Interface of MultiChart64. exe (PID = 19784) process is not responding. Last successful response time is xxx.
Possible reasons:

  1. The machine on which MultiCharts is launched is lacking technical resources and the CPU is not capable of processing all MultiCharts commands in time. Therefore, there are delays with the command executions which are recorded by the system.
  2. Overall system load is approaching its limits because the CPU cannot timely address the requests from all programs which leads to the system delays.
  3. MultiCharts and its processes consume almost all system resources which leads to delayed execution of internal MultiCharts commands.
  4. Antivirus is scanning the system which lowers the overall computer's productivity.
  5. Any combination of the above-mentioned reasons is found.


Recommendations:

  1. Decrease the number of MultiCharts and Portfolio Trader instances opened at a time; close excessive charts, scanners, and other MultiCharts windows; decrease the data range on your charts, in the Scanner and Portfolio Trader; decrease the number of auto trading charts; make sure you have only 1 Order and Position Tracker opened.
  2. Exit all other applications/programs while MultiCharts is running to lower the load on the CPU and disc.
  3. Wait for the antivirus to finish its scanning or disable it completely.
  4. Add more resources to your machine.


FS07.png

FS08 — emergency shut down of StudyServer

Message: StudyServer.exe has encountered an error. It is required to restart all platform processes for the proper operation of the studies.
FS08.png

Changing the timeout or disabling the alerts

If you are satisfied with the current performance, do not observe any issues in the operation and consider this alert excessive, you can change the timeout or completely disable the alert in MultiCharts -> File -> Preferences -> Trading tab -> Fail-Watch and trading system warnings.