What causes a workspace to go bad?

[llanqui]

I have a complex workspace with multiple charts and indicators....

Sometimes it breaks...data feeds stop, charts don't fill, even worse, orders get stuck in Initialized state...

What causes this?

(same thing could happen in NT7, I noticed NT8 backs up the workspaces, which is great, so I can restore easily, as well as from my own backups)

Today my main workspace stopped functionally normally, even with orders that never got past the Initialized state....heavy work for the workspace as NFP and other news at 10am?

Another smaller, simpler workspace with the same instruments had no problem.

????

[NinjaTrader_Erick]

Hello llanqui ,

Thank you for reaching.

Depending on how Complex, Workspaces will place a load on the platform and use up PC resources, that eventually cause the performance issues you are experiencing.

In certain cases, we have seen how 1 inefficient indicator can cause problems throughout the entire workspace.

Performance lag occurs in your charts when they try to print too much information at once and cannot keep up with the current price. This can become more prevalent in your charts during periods of high volatility and rapid market movement. You may also notice that your orders are filled immediately or rejected, as well as shipped at prices that are not close to the current market price. Often, this is due to third party add-ins that are not represented efficiently on your charts.


First, I recommend you review our Performance Tips, which outline all the best methods for reliable NinjaTrader performance on any computer.

Be sure to install all available updates for your PC from the Windows Settings > Update & Security page. Manually check for updates here, and restart your PC after installing any.

If you are using various third party add-ons:

Please note that we do not control how well they will perform and the more you ask NinjaTrader to load on your charts, the more it will put pressure on your PC which may result in freezing or laggy behavior. We cannot fix scripts imported from third parties.



*Some of the most common performance problems I have seen are related to having too many days loading on your charts; you can check the number of days to load with these steps:

- Right-click on a chart and select Data Series.

- In the "Time Frame" section reduce the number of days to load.

- Click OK to save changes and test.



**Another item that can overload your system is the method of calculating the indicators on your charts. Follow these steps to review/adjust the settings:

- Right-click on a chart and select Indicators.

- For each "configured" indicator in the lower left list, check the "Calculation" property on the right. Unless an indicator requires "On every tick", try changing to "On price change" or "On bar close", as these calculations consume fewer resources than "On every tick".

- Click OK to save the changes.


A test you can use to check the rendering delay is to open a SuperDOM window and compare that price to your chart prices. If the graphics prices update with a delay compared to the SuperDOM price, this is a telltale sign of rendering lag and indicates that you may need to lighten your workspace in order to adjust. We understand that this behavior can be frustrating, and is typically related to market movement and occurs at times of high volatility.


( You can also check which scripts are using the most resources by using the "NinjaScript Utilization Monitor".

Control Center > New > NinjaScript Output

Right-click inside the NinjaScript Output window > Select 'NinjaScript Utilization Monitor...'.

This window will begin to populate with NinjaScript items in order of processing time.

Let this window populate for at least a few minutes. You will then be able to see which NinjaScript, if any, is running at the top of the list and decide if you want to try to delete it).




**You can also clear old historical and cache data by doing the following:

- Shut down NinjaTrader 8

- Go to your computer's 'Documents/NinjaTrader 8/db' folder

- Delete the files inside the 'cache', 'day', 'minute', and 'tick' folders.

- Important: Do not remove any other files inside the NinjaTrader 8 Documents folder.

When you restart NinjaTrader 8, you may notice a slightly longer initial load time as all of your historical chart data is re-downloaded, but your overall performance should be better.

Please let us know if we can be of further assistance or if you continue to experience this behavior.

[llanqui]

it seems that is the problem because Stop Limit orders sometimes immediately when they should not....and in very fast markets the Price Markers are redrawn constantly at the right side of the chart (last bar)

occasionally the chart "jumps"

(only in very fast markets)

I thought this may have been a data feed / broker problem....but .. no?

I have watched the CPU and GPU in these fast markets and they usually are not over 50% ???

So, I thought this was not a performance issue. ??

These indicators do a lot of tick level processing

Would a faster machine help?

[llanqui]

what is strange is that once this happens shutting down NT and restarting, the workspace never works correctly again, even when the market slows down

I have to restore the Workspace from a backup...

??

[llanqui]

what is strange is that once this happens shutting down NT and restarting, the workspace never works correctly again, even when the market slows down

I have to restore the Workspace from a backup...

??

[llanqui]

I have a Starlink connection, ping is 30-35ms to Chicago, download 90mbs

don't imagine it is a lag in latency or data feed

CPU - GPU - usage Memory all OK during fast, spiky markets (example NQ during news or New York Open)

[llanqui]

the chart/screen with a problem (normally NQ) is on a motherboard DisplayPort to VGA adapter

I'll switch that to a direct motherboard VGA and see if there is still a latency in the chart drawing in a fast market

this is a small form factor box so the graphics card options need to be half height...I have one that I can try

what is your opinion, will these help?

[llanqui]

quote:

( You can also check which scripts are using the most resources by using the "NinjaScript Utilization Monitor".

Control Center > New > NinjaScript Output

Right-click inside the NinjaScript Output window > Select 'NinjaScript Utilization Monitor...'.

This window will begin to populate with NinjaScript items in order of processing time.

Let this window populate for at least a few minutes. You will then be able to see which NinjaScript, if any, is running at the top of the list and decide if you want to try to delete it).


I'm travelling at the moment and will check this out when I get back to the office....since there are several charts and multiiple panels open.....will it tell me which chart the max use indicataors are on?

[llanqui]

Ok, I stacked multiple questions since the last reply...thanks...

[llanqui]

Ok, had time to think about this on the weekend....is this correct?

The problem seems to be that the graphics thread is not keeping up with the price movement?

Two different threads...one the data stream (not Graphics, you mention comparing the DOM to the Chart) and the other the graphics (not DOM)

DOM = (not Graphics, actual data stream, the other the graphics (not DOM)

and the graphics is operating in buffering mode in very fast markets?

while the Data Stream is real time

???

If this is so, then for some reason the graphics thread is slow...perhaps it is trying to draw too much at one time?

This would certainly be a big problem...the graphics is not in sync with the live data stream.


Because the CPU / GPU / Memory usually is less than 50%....

So, where is the bottleneck?




Too many bars (i.e. 2 Renko)?

Too many bars too fast (NQ, 2 Renko during News)

Too many draw objects (per workspace or per chart, or total in all workspaces?)

Does Ninja have a problem, with say, 200 horizontal lines on a chart (Support Resistance levels)

Are there guidelines?