High CPU Usage | Inactive User Interface | Long Time to Load Chart Data | Charts Reloading Often

Introduction

This page explains solutions to the problems of: High CPU usage. The user interface of Sierra Chart becoming inactive for a noticeable period of time. Dialog windows, such as the Chart Studies window, not appearing or not appearing right away. Excessive memory use. Charts Reloading Often.

There are many possible reasons for all of these issues. This pages list the known conditions which can cause these issues and provides the solution in each case.

If the solutions listed below to reduce CPU usage and lessen the times when the user interface is inactive, are still not solving the problem, then run additional instances of Sierra Chart. For instructions to do this, refer to Using DTC Server for Data and Trading in Another Sierra Chart Instance.

Your computer should be using a minimum of a quad core CPU with 16 gigabytes of memory for the best performance. It is also important to use SSDs (Solid-state drives). Adding more memory to your system may also help. Intel Xeon processors are available with even more CPU cores.

If your computer is under very heavy load, and the user interface is often inactive or frozen and/or you cannot open any dialog windows (Example: Global Settings >> General Settings ), then the very first step is press the ESC key on your keyboard and then disconnect from the data feed by selecting File >> Disconnect so you can work on resolving the problem.


30.1 - Too Much Data to Load or Loaded

Specifying too much data to load or loaded into one or more charts will increase the amount of time it takes for the chart data to load and for the studies on the chart to be calculated when there is a full recalculation of the studies.

The usual case which causes a full recalculation of studies is when the chart is opened as part of a Chartbook or study settings are changed.

To reduce the amount of days of chart data loaded into a chart, select Chart >> Chart Settings on the menu. Set the Use Number of Days to Load >> Days to Load setting to a smaller number. This issue primarily applies to Intraday charts. Not Historical charts. Although with Historical charts, if you are using studies on those charts that are time-consuming to calculate, then reducing the number of days in the Historical chart can reduce CPU usage.

Reducing the Days to Load will definitely decrease the amount of time it takes to load Intraday chart data.

The amount of time it takes to load Intraday chart data with a particular Days to Load setting, is affected by the number of data records in that data file. The Global Settings >> Data/Trade Service Settings >> Intraday Data Storage Time Unit affects this and also the frequency of trading for the symbol. If the Intraday Data Storage Time Unit is set to 1 Tick, and there is a lot of trading that occurs for a symbol, it will take longer to load Intraday chart data compared to a symbol that trades less frequently.

Also, take note of the information given in 30.12 - Intraday Data Storage Time Unit. Historical Data Time Frame.

When you are loading a large number of days into a chart, have a lot of charts open, and a lot of studies on those charts, then as historical Intraday data is being downloaded, this can increase CPU usage. Therefore, when large amounts of data are being downloaded or you are re-downloading Intraday data for a particular symbol, it may be a good idea to close your Chartbooks and open a small number of charts without studies to work with while you are performing operations like re-downloading data or other operations involving managing of chart data.

This is generally not necessary, however it can be helpful with very complex Chartbook configurations. If you do this, then when Sierra Chart is finished with downloading data, you will no longer see Downloading Historical Data on the chart, at that time go ahead and open your usual Chartbooks.

Even when a study is set to be hidden, it will still be calculated and does eliminate the calculations. Although it does eliminate the graphics processing if it is on a visible chart.

30.2 - Spreadsheet Study

The Number of Rows input for a Spreadsheet Study is set to a very high number. This potentially can cause high CPU usage when new bars are added to the chart or there is a full recalculation of studies. You may want to reduce this to 1000. Refer to the Number of Rows Input description on the Spreadsheet Study Inputs documentation page for more information about when this can cause a problem.

Another possible reason for high CPU usage is you are using the same Spreadsheet file, which is used by the Spreadsheet Study, in more than one currently open Chartbook at the same time. Refer to the Number of Rows Input description on the Spreadsheet Study Inputs documentation page for more information about when this can cause a problem.

30.3 - Charts Reloading Often

If a chart is reloading itself often, then there can be two causes of this.

One cause is because the chart is being referenced by 2 or more charts, that contain a study that refer to other charts. In this case, each of the charts that is referencing the chart that is reloading often, has different Chart Settings.

These Chart Settings include the time period per bar, Session Times, and Number of Days to Load or Date Range settings. Differences between these settings among 2 or more destination charts will cause the source chart to reload to match the settings of the destination chart. This causes continuous reloading of the chart data in the source chart being referenced by those other charts.

To determine if a chart is being referenced by other charts, select Chart >> Chart Settings on the menu. Look at the top of the Chart Settings window. If the chart is being referenced by other charts, you will see the chart numbers referencing it after Ref. by: on the title bar of the Chart Settings window.

An indication that this is occurring will be indicated by messages like this in the Message Log:

Chart #1 has tagged chart #13 for full recalculation. Chartbook: Chartbook1.Cht 
Chart #1 has tagged chart #13 for full recalculation. Chartbook: Chartbook1.Cht 
Chart #13 is performing a full recalculation because it has been tagged. Chartbook: Chartbook1.Cht 
Chart Settings have been synchronized between Destination chart number #13 and Source data chart number #1. Performing a chart reload of source data chart.
        

Other indications of this occurring is a chart switching between different time periods per bar or the cursor often changes to an hourglass.

Studies like the Difference study will refer to other charts. For example, given charts #1, #2, and #3, if studies on charts #1 and #2 both make a reference to #3, and #1 and #2 have different time periods per bar, then chart #3 will often reload and switch between different time periods per bar.

Studies like the Difference and Ratio studies make references to other charts for the necessary data they need.

The proper solution to this issue is to open another chart, and have the #2 chart refer to that new chart instead of #3. It could even be that you no longer need charts #1 and #2 to refer to #3 any longer and you just need to remove the studies that make reference to a source chart, from charts #1 and #2.

A second cause of this problem is an Advanced Custom Study which is changing one of the Chart Settings which is causing a reload of the chart. If this reloading is continuous, then the study is not functioning properly.

TPO Charts Reloading Often

Another scenario which can cause a chart to continuously reload its data is if the chart has a TPO Profile Chart study on it. This in and of itself will not cause a reloading problem, but there is a scenario where this can happen.

The TPO Profile Chart study will change the underlying timeframe per bar to 1 minute. When this happens and the chart is being referred to by another chart with a different timeframe for bar, then the chart will reload and set its timeframe per bar to be the same as the referencing chart.

After that reload completes, the TPO Profile Chart study will then set the chart back to 1 Minute per bar. This results in an endless cycle of reloading. In this case, make certain the TPO Profile chart is not referred to by any other chart.

30.4 - Inefficient Advanced Custom Studies

One or more Advanced Custom Studies that you are using, is using a lot of CPU time. These are studies which are added through Analysis >> Studies >> Add Custom Study . This also includes studies from the "User Contributed Studies" DLL.

To confirm if these studies are the problem, restart Sierra Chart and on the Sierra Chart Login window, enable Safe Mode. For complete details, refer to help topic 17.1.

If you no longer notice high CPU usage, then one or more of those studies was the problem. You need to contact the developer of the study or studies to correct this problem.

It is not unusual for user developed Advanced Custom Studies to use a high amount of CPU usage due to inefficient programming.

30.5 - Chart Update Interval

The Chart Update Interval is set to a small interval which causes increased CPU usage.

To increase the global Chart Update Interval setting, select Global Settings >> General Settings on the menu. Enter the value in the Chart Update Interval box in milliseconds. Try increasing it to 900 ms or higher.

Individual charts and Trade DOMs can override the global Chart Update Interval setting. Go to a chart and select Chart >> Chart Settings >> Advanced Settings. Set the Chart Update Interval in Milliseconds 0 to use the global setting.

If you are using a Chart Update Interval under 100 ms, then do not contact support for high CPU usage problems. Be aware that using an extreme setting like under 50 ms is not regarded as efficient and you should be aware of the potential negative consequences with CPU usage that this will cause. In other words, use these more extreme settings at your own risk!

For complete information, refer to the General Settings documentation page.

Also, refer to the 30.30 - Controlled Order Chart Updating setting. In almost all cases, Use Controlled Order Chart Updating should be disabled. It is only for use with special types of trading systems.

Using Higher Chart Update Interval for Charts Which Use a Lot of CPU Time

For charts that you know use a lot of CPU time it is recommended to use an independent Chart Update Interval for them. Go to those charts and select Chart >> Chart Settings >> Advanced Settings. Set the Chart Update Interval to a nonzero value. We recommend using a range of 1500 to 3000 milliseconds.

Or what you can do is increase Global Settings >> General Settings >> Chart Update Interval to a higher value, and in those charts that you want to update more frequently you can use a shorter Chart Update Interval for those.

30.6 - Too Many Charts Visible

Having many charts visible at the same time may cause an issue. Although not typically. Try minimizing the charts that you do not need to see or reduce their overall size.

It is possible to hide a Chart window through Window >> Hide Window. Refer to Hide Window.

30.7 - Circular Spreadsheet References

Circular references on Spreadsheet studies can use a lot of CPU time. Try eliminating the circular references.

30.8 - Antivirus/Anti-Malware Software

Antivirus/Anti-Malware software programs can cause high CPU usage within Sierra Chart, a long time to load chart data, and longer times to download historical data.

To solve this, exclude files with a scid extension from being scanned by the Antivirus/Anti-Malware program, set the Sierra Chart folder (usually C:\SierraChart) to be excluded from scanning, or disable the Antivirus/Anti-Malware program altogether.

Antivirus/Anti-Malware programs can cause a significant increase in CPU usage if scid files are being scanned during real-time chart updating. If you exclude the scid file extension or the Sierra Chart folder from being scanned and you still notice high CPU usage, then disable your Antivirus/Anti-Malware program.

After disabling the Antivirus/Anti-malware program, it is necessary to restart Sierra Chart. You should in general not run these types of programs on a computer for trading. In our experience, Antivirus/Anti-Malware and firewall programs typically are the source of numerous problems on computer systems.

One indication that an Antivirus/Anti-malware program is causing high CPU usage is if you select File >> Close All Chartbooks and File >> Disconnect and you still notice high CPU usage by the Sierra Chart process as reported by the operating system, then this is a definitive indication that it is being caused by the Antivirus/Anti-malware program.

In some cases it is not enough to disable the Antivirus/Anti-malware program from your system and instead you must remove the Antivirus/Anti-Malware program completely from your system and confirm that is removed and confirm there are no left over Services from it. Disabling it is not sufficient. Our statements here are backed up with lots of experience. We have seen issues like this before. This is a definite step you need to take if you still notice the high CPU usage even after closing the Chartbooks and disconnecting from the data feed.

Microsoft Security Essentials : Many users of Microsoft Windows will be using the Microsoft Security Essentials anti-malware software offered by the Microsoft operating system. For users that are running Microsoft Security Essentials, it is essential that you set it to exclude the folder Sierra Chart is installed to from being scanned and also exclude scid file types.

30.9 References to Other Charts

Some studies, this includes the Difference (Bar/Single Line) and the Study/Price Overlay studies and others, will reference data on other charts.

You need to be aware of what are known as circular references. A circular reference is when two charts refer to each other. An example of this would be when Chart #1 has studies that reference Chart #2 and Chart #2 has studies that reference Chart #1.

Sierra Chart should detect this kind of circular reference and will prevent any consequence from it. However, what potentially can occur is that each of these charts would be continuously updated at the Chart Update Interval set in Global Settings >>General Settings.

This is what you will see in the Sierra Chart Message Log when the circular reference is detected:

Circular chart reference detected. Charts: 1, 2. Chartbook: Chartbook253.Cht.

You also need to be aware of indirect circular references. An example of an indirect circular reference is: #1 -> #2 -> #3 -> #1. This will cause continuous full recalculation of the charts. Sierra Chart will not be able to detect an indirect circular reference.

If there is continuous full recalculation of charts, as is evidenced by the Message Log messages below, remove the studies that are causing the circular reference from one of the charts or have them refer to another chart.

A chart continuously reloading can also cause these same messages and that is explained further below.

Below is an example of what you will see in the Sierra Chart Message Log as the result of an indirect circular reference:

Chart #2 is performing a full recalculation because it has been tagged. Chartbook: Chartbook253.Cht
Chart #2 has tagged chart #1 for full recalculation. Chartbook: Chartbook253.Cht
Chart #1 is performing a full recalculation because it has been tagged. Chartbook: Chartbook253.Cht
Chart #1 has tagged chart #3 for full recalculation. Chartbook: Chartbook253.Cht
Chart #3 is performing a full recalculation because it has been tagged. Chartbook: Chartbook253.Cht
Chart #3 has tagged chart #2 for full recalculation. Chartbook: Chartbook253.Cht

Another condition which can cause the above messages is a chart continuously reloading. In which case it will tag charts for a full recalculation, that reference it. For further information about this condition and how to solve it, refer to 30.3 - Charts Reloading Often.

To determine if a chart is being referenced by other charts, select Chart >> Chart Settings on the menu. Look at the top of the Chart Settings window. If the chart is being referenced by other charts, you will see the chart numbers referencing it after Ref. by: on the title bar of the Chart Settings window.

If Sierra Chart support referred you to this help topic subsection and you are very confused by all of this and do not know what to do, then select File >> Close Chartbook to close the Chartbook you are currently using, assuming it is that Chartbook which is causing the above continuous full recalculation messages.

This should stop the above messages. If not, continue closing Chartbooks until the messages stop. Do not use the Chartbook causing those messages again and create a new one with File >> New Chartbook. The Chartbook you closed has a circular reference condition which needs to be solved if you want to continue to use it.

Efficient Use of ACSIL Functions to Reference Data from Other Charts

If you are a custom study developer and you are using ACSIL functions to get main price graph or study data from other charts, then it is important to use these functions efficiently. Refer to the scsf_DifferenceBar function in the /ACS_Source/studies6.cpp file in the Sierra Chart installation folder for an example.

30.10 - Short Bar Time Frames/Periods. Include Columns with No Data.

Using a short time frame/period per chart bar or using the Include Columns with No Data option, especially with a high Days to Load setting, will cause very long Intraday chart load times with high CPU usage and an inactive user interface. A short time period per bar includes using a time period under 1 Minute per bar, a small Number of Trades Per Bar, Volume Per Bar, or a small Range Per Bar setting.

To change these settings, select Chart >> Chart Settings on the menu. Decrease the Days to Load setting. Uncheck the Advanced Settings >> Include Columns with No Data option. And increase the time period per bar in the Intraday Bars Period frame.

An example of a problem would be if you set the Intraday chart bars to 1 Number of Trades Per Bar, try to load 30 days of data, and there is tick by tick data in the chart data file. In this case you may be waiting a long time to load up that chart. The solution is to decrease the Days to Load setting or use a higher time period per bar. If you combine this issue with the issue discussed in subtopic 30.3, then you are going to have a real problem.

Another thing to understand is that if you are using Number of Trades or Volume chart bars, and the necessary data to calculate the number of trades or volume per bar is not available, then the Days-Minutes-Seconds setting will be used instead. If that is a small setting, such as under 10 seconds, then this also can cause long load times under some conditions.

30.11 - Large Data Files

Very large data files will cause long load times when you open a chart.

To reduce the size of files automatically, select Global Settings >> Data/Trade Service Settings >> Data File Management on the menu. For complete details, refer to Data File Management.

If using a Tick by Tick Data Configuration, this will cause larger data files.

30.12 - Intraday Data Storage Time Unit. Historical Data Record Time Frame.

Using a larger Intraday Data Storage Time Unit will conserve disk space, reduce the time to read chart data any time that occurs, such as when opening chartbooks or changing the timeframe of the chart bars, and will speed up historical data downloads significantly when downloading Intraday data when using Data and Trading services that use the Sierra Chart historical data server.

If the Intraday Data Storage Time Unit is 1 Tick, then the downloading of tick by tick data can be very time-consuming. Unless you need charts that use a bar period of less than 1 minute or you require Number of Trades, Volume, Range, Reversal, Renko, Delta, Price Change bar charts, you definitely should use an Intraday Data Storage Time Unit of 1 seconds or higher. This is good at disk space conservation, CPU conservation and download efficiency.

Even if you are using Number of Trades, Volume, Range, Reversal, Renko, Delta, Price Change bars, you probably will still want to increase the Intraday Data Storage Time Unit to 1 Second. The chart bars may not be 100% precise, but due to increased trading volumes, tick by tick data is simply burdensome on your system to work with. Therefore, you have to consider this and find what is a good balance. Sierra Chart will still produce reasonably accurate charts of these types from 1 Second data.

If you perform chart replays or you are using the Volume by Price study or other studies which require volume data in small time units, and you only use minute-based charts, then it is recommended to use an Intraday Data Storage Time Unit relatively small like 1 Second rather than 1 minute. This will still give you good performance improvements over 1 Tick.

To change the Intraday Data Storage Time Unit, select Global Settings >> Data/Trade Service Settings on the menu. Set the Intraday Data Storage Time Unit to a setting higher than 1 Tick.

After changing the Intraday Data Storage Time Unit, you may want to download all of the data again in the chart data file to get data at the higher timeframe per record. To do this, go to your chart and select Edit >> Delete All Data And Download.

Additionally, in the Global Settings >> Data/Trade Service Settings window, you may wish to reduce the Maximum Historical Intraday Days to Download setting from the default. For example, if it is 45 and you do not need that much data, you may want to reduce it to 10 in the case when you are downloading historical 1 Tick data. This will speed up the data downloading process.

If you set the Intraday Data Storage Time Unit to 1 Minute, you will notice a dramatic improvement with chart loading and overall performance. Although you do not have to go as high as 1 Minute. A good balance would be to use a setting of 2 seconds.

30.13 - Split Data Records

The Split Data Records option in Chart >> Chart Settings may increase the number of bars created in an Intraday chart when using Tick, Volume, or Range based bar charts. This potentially will cause increased chart loading times. This may especially be true when using a small number of Ticks or Volume per bar or a small Range per bar. Try disabling the Split Data Records option. Keep in mind if you disable the option, you may not have 100% constant Tick, Volume or Range charts. Although it can speed up load times.

Reducing the size of your data files as described in subsections 30.11 and 30.12 will also definitely help speed up chart loading times.

30.14 - Display Continuous Time Countdown (CountDown Timer)

When you are using the CountDown Timer study, enabling the input Display Continuous Time Countdown Based on Real-Time Clock will cause the countdown timer to be updated at the chart update interval. This can cause high CPU usage, and it is recommended that this option only be enabled on 1 or 2 charts at any given time. The CPU demand may be even higher if it is enabled on detached charts.

30.15 - Highlight Tools Drawings

When you have used the highlight tools, Rectangle Highlight, Ellipse Highlight or Angle Ellipse Highlight, the drawings created can cause high CPU usage when they are visible on the chart. This high CPU usage will be when the chart is being redrawn. The reason for this is that they use an advanced method to create the transparency.

30.16 - What to do if Sierra Chart is in a frozen state for an extended time due to extended high CPU usage caused by an automatically or manually opened Chartbook

When a Chartbook is opened automatically or manually and Sierra Chart goes into a frozen state for an extended time because the Chartbook is using the full amount of available CPU usage for an extended time, then you may want to avoid using this Chartbook.

In the case of an automatically opened Chartbook, you will need to prevent this Chartbook from opening automatically so that you can start Sierra Chart without it going into a frozen state.

The first step is to exit from Sierra Chart. If Sierra Chart is in a frozen state, you will need to terminate the process. This can be done through the Windows Task Manager.

Start Sierra Chart again. On the Login window, enable the Safe Mode option. This will prevent Chartbooks from automatically being opened.

It is then recommended that you simply rebuild a new Chartbook because there is something in that Chartbook which is using high CPU usage for an extended time or you are loading a very large data file.

There are several reasons for this problem. There could be certain chart or study settings which are causing high CPU usage for an extended time and is freezing Sierra Chart.

A chart could be loading a very large chart data file and loading too many days of data from that file. Or there could be some kind of data error in the chart data file which is causing an unusual problem.

In the case of where a chart data file is causing a problem, in most cases is going to be an Intraday data file. Instead of avoid using the Chartbook which is freezing Sierra Chart, what you can alternatively do is delete the Intraday chart data file or files as explained below.

  1. Select Global Settings >> General Settings. Make a note of the file path in the Data Files Folder box.
  2. Select File >> Exit.
  3. Go to the Sierra Chart Data Files Folder on your system that you made a note previously.
  4. Locate the Intraday chart data files which are actively being used. The name of the file for a symbol will be the symbol and it will have a SCID extension.
  5. Delete the file or files.
  6. Start Sierra Chart again and and then try opening the Chartbook again. Fresh Historical Intraday data will be downloaded from the server again.

30.17 - Rebuilding Your Chartbook

If you have reviewed all of the issues and solutions on this page and still have not found any reasonable solution to your high CPU usage problem and when you close your Chartbook or Chartbooks with File >> Close All Chartbooks, the CPU usage goes down to normal, then obviously there is something you are doing in one or more charts in those Chartbooks which is causing high CPU usage.

In this case it is then recommended that you rebuild a new Chartbook in order to start from a completely simple and clean state. Gradually as you rebuild your Chartbook, you should identify what is causing the high CPU usage when you begin to notice an increase in CPU usage from the particular settings and studies you are using.

For the charts in this new Chartbook, set the Days to Load setting in Chart >> Chart Settings to a small value.

30.18 - Studies that use the Internal Setting: UpdateAlways

Studies have an internal setting called UpdateAlways. When this is set to true, then the study will be continuously calculated and the chart window will be redrawn every chart update interval. However, the minimum interval is no less than approximately 300 ms when this setting is true. The only two studies that are built into Sierra Chart that use this are Countdown Timer, used only in some cases and discussed in help topic 30.14, and the SC Woodies Panel. What this setting means is that you will have higher CPU usage when using studies that use this setting and you will have higher CPU usage than normal even when disconnected from the data feed.

30.19 - Maintaining Too Many Time and Sales Records

In Global Settings >> Data/Trade Service Settings, if you have the number of Time and Sales records to maintain set to a large number like more than 50,000, then this is definitely high and potentially, although not necessarily, can increase CPU usage. It's recommended that if this is causing higher CPU usage, then reduce it to a smaller number.

30.20 - Transparent Draw Styles

If you are using the Transparent Draw Styles with a study or using the Transparency option with the Volume by Price study, then this will increase CPU usage. This is something to be aware of. The level of transparency can be controlled under Global Settings >> Graphics Settings. Whether this makes any difference with CPU usage, is not known.

30.21 - Reducing File Sizes by Using Intraday Data File Management Feature

As has been explained in sections 30.11 and 30.12, large Intraday data files or Intraday data files containing tick by tick data will take longer to load into a chart.

One solution to this issue is to reduce the size of these files by compressing older data in them by using the Intraday Data File Management feature.

It is strongly recommended to use this feature for older historical data if you have long Intraday chart data loading times.

30.22 - Trade Activity Log Too Large

If there are too many lines in the Trade Activity Log, this can slow the time it takes to start Sierra Chart and any time there is programmatic interaction with the Trade Activity Log by Sierra Chart. You may want to clear the log or clear lines for specific symbol or symbols, if it is excessively long (thousands and thousands of rows). To open the log select Trade >> Trade Activity Log on the menu.

30.23 - Chart Tick Size and Volume at Price Processing

When using studies that rely on the Volume at Price data, which include the Volume by Price, Numbers Bars, TPO Profile Chart, Volume Value Area Lines, TPO Value Area Lines and some other studies, it can potentially take an extended time to load chart data from the chart data file due to the Volume at Price data processing. This is especially true when you have tick by tick data in the chart data file.

If the chart Tick Size in Chart >> Chart Settings is incorrectly set, and is too small, this can dramatically increase the time to load chart data and also increase memory use.

Select Chart >> Chart Settings. Press the Apply Global Symbol Settings button to automatically set the Tick Size for known symbols. If it is still not set correctly, then Update the Symbol Settings. After updating the Symbol Settings, apply them to the chart again using the Apply Global Symbol Settings button on the Chart Settings window. If the symbol is not defined in the Global Symbol Settings, then you will need to manually set the Tick Size in Chart Settings.

Having an incorrect or too small of a Tick Size can also cause the chart to scroll slowly and result in high CPU usage and also high CPU usage during real-time updating of a chart.

Additionally, even when the Tick Size is set correctly, if there are a wide range of prices containing a large number of price ticks (based upon the chart Tick Size setting), this will increase the amount of time to load chart data, cause high CPU usage during real-time chart updating and cause the chart to scroll slowly. In extreme cases this will cause freezing of Sierra Chart. This is especially true with Historical Daily charts and higher timeframe per bar charts.

In the case of the foreign exchange market symbols, you will need to avoid using too small of a Tick Size and increase the Tick Size setting in Chart >> Chart Settings.

Or increase the Volume at Price Multiplier setting in Chart >> Chart Settings in the case of when charting a foreign exchange cash market symbol or in the case of Historical Daily Charts.

If the Days to Load setting in Chart >> Chart Settings is set too high, this will increase the time to load chart data when using any study that relies on the Volume at Price data.

When using studies that require the Volume at Price data on Historical Daily charts, then this will definitely slow the process of loading the Historical Daily data from the chart data file and will freeze the Sierra Chart user interface during the process of loading the data from the chart data file. The solution to this kind of problem with Historical Daily charts is to increase the Volume at Price Multiplier setting in Chart >> Chart Settings. It is recommended to use a minimum setting of 5 or even as high as 100 if necessary.

30.24 - Spreadsheet Windows Visible

While it is not a problem having a Spreadsheet window visible (these are the windows that are opened with File >> Open Spreadsheet or automatically opened by one of the Spreadsheet studies), if there is frequent updating of one of the visible sheets in a Spreadsheet such as by the Spreadsheet Study, then this will contribute to CPU usage and if you have many Spreadsheets visible, then that is even more CPU usage. The simple solution is to minimize the Spreadsheet window if you are not looking at it, if it's contributing a significant amount to CPU usage.

30.25 - Excessive Memory Use Caused By Time And Sales Records Setting

Select Global Settings >> Data/Trade Service Settings on the menu. If the Time and Sales >> Records is over 10000, then this can cause high memory use. If it's significantly higher, then your memory usage can be very very high. Reduce it to a smaller number and reconnect to the data feed.

30.26 - Too Many Chart Drawings

If you have hundreds of chart drawings (Lines, Rays, Text drawings, Price Retracement, Rectangle, ...) on a chart, then this can cause high CPU usage and sluggish chart performance.

Reduce the number of chart drawings on the chart by deleting some of the drawings. You can use the command Tools >> Erase Non-Text Drawings to delete all the drawings except text drawings.

30.27 - ACS (Advanced Custom Study) Control Bar Buttons

When using one of the Global Settings >> Customize Control Bars >> Control Bar # >> Tools - Advanced Custom Study Buttons (appears as CS# on the Control Bar), this button is been enabled on the Control Bar (this will be indicated by one of these buttons being selected), there is a custom study on the chart which has set sc.ReceiveMousePointerEvents= true, the Pointer or Chart Values Tool is active, and your Pointer is moved around the chart window, this can result in high CPU usage.

30.28 - Memory or Graphics Device Interface Object Leak

A memory leak in a custom Sierra Chart study or from some other software component running within the address space of Sierra Chart, will cause high memory use and slow Sierra Chart performance. To see if there is a memory leak, start the Windows Task Manager. Go to the Processes tab. Select View >> Select Columns on the menu. Make sure the Memory - Working Set column is enabled. Press OK. Locate the SierraChart.exe process in the list and see if the Working Set memory is increasing at an obvious rate or the memory use is very high.

In either of these cases, this is an indication of a possible memory leak. While a memory leak could be caused by Sierra Chart itself, this is unlikely. In almost all cases this is an issue with a custom study you are using or some other software component running within the address space of Sierra Chart using a lot of memory.

A Graphics Device Interface object leak is something that is very rare, but has occurred in some cases. To determine if there is a GDI object leak, start the Windows Task Manager. Go to the Processes tab. Select View >> Select Columns on the menu. Make sure the GDI Objects column is enabled. Press OK. Locate the SierraChart.exe process in the list and see if the GDI Objects count is increasing. If you notice it increasing, let Sierra Chart support know.

30.29 - Solid State Drives

For significantly improved performance with the loading of existing historical data from the data files, we recommend the use of solid-state drives. In recent years, the cost of these types of drives has come down significantly and they are very reliable. All of the data servers that Sierra Chart uses, utilize solid-state drives.

30.30 - Controlled Order Chart Updating

When Global Settings >> General Settings >> General 2 >> Use Controlled Order Chart Updating is enabled, then all of the charts within a Chartbook are updated and calculated at once, rather than separately if it is disabled. This can result in the user interface of Sierra Chart momentarily freezing while this is happening.

This option should only be enabled if required.

30.31 - System Memory Not Releasing

Sierra Chart is very memory efficient. It uses the absolute minimum amount of memory that is possible based upon what you are doing within Sierra Chart.

Memory is released by charts when they are closed and prior memory use within a chart is released when a chart is reloaded.

To see what memory Sierra Chart is using, start the Windows Task Manager. Go to the Processes tab. Select View >> Select Columns on the menu.

Make sure the Memory - Working Set column is enabled. Press OK.

Locate the SierraChart.exe process in the list and look at the Working Set(Memory) column to see the memory use specifically for Sierra Chart.

If you notice your overall system memory use is high, this is from the operating system or other programs running on your system.

There are at least two possible explanations for increased memory use. The operating system may have cached the Intraday data read from Sierra Chart files. This is something Sierra Chart has no control over .

Another possibility is that anti-malware/antivirus software could be using excessive amounts of memory when it scans Sierra Chart data files. One way to isolate this as a problem is to restart your computer into Safe Mode with Networking Support to prevent this anti-malware/anti-virus software from loading and see if the excessive memory use goes away. If so, the problem is being caused by that software.

30.32 - Linking Scroll Position

When using the Chart Linking feature and linking the Scroll Position, that when scrolling charts, Then this will increase CPU usage and possibly could cause sluggishness with scrolling the chart.

Therefore, if linking the Scroll Position for more than two charts, and scrolling a chart that uses linking is sluggish, then try disabling the Scroll Position Chart Linking option to see if that solves the problem.

30.33 - Dotted or Dashed Lines >= 2 Pixels in Width

For any line drawn in Sierra Chart whether Study Subgraph lines, Order lines, Chart Drawing lines, or Grid lines, if the line width is greater than or equal to 2 pixels and they have a Line Style of any of the following:

  • Dash
  • Dot
  • Dash-Dot
  • Dash-Dot-Dot

Then these are drawn with what is called a geometric pen. This is an operating system drawing object.

Lines drawn with a geometric pen uses more CPU usage. For example, if a chart has a horizontal Grid using a line width of 2 pixels or more, a Line Style of Dot, and there are a lot of horizontal lines on the chart from the Grid, then as you scroll the chart, you will have a noticeable sluggishness which is caused by the high CPU usage from the geometric pen.

Therefore, the solution to this is to set the Line Style to Solid for efficiency.

30.34 - TPO Profile Chart Letter/Block Price Increment

If there are a large range of prices displayed in the current view of a TPO Profile chart, it is possible that there are a large number of letters/ blocks displayed for TPO Profile.

When the chart is scrolled or when the chart is updated, the drawing of these TPO Profiles will be slow if there are a very large number of letters/blocks currently displayed.

There are two solutions to this problem.

The first solution is to increase the Letter/Block Price Increment in Ticks Input setting with the TPO Profile Chart study to a higher number. This may be especially important with Forex charts, which use a small Tick Size to begin with.

Increase the Letter/Block Price Increment in Ticks 1 at a time until you get a good balance between detail and minimum of CPU load.

The second solution is to set the Sub Period Price Display Style Input setting to Horizontal Bars. This will significantly reduce CPU usage of the TPO Profiles and allows you to continue to use a more detailed Letter/Block Price Increment in Ticks setting of 1 or 2.

30.35 - Volume by Price Study Configurations

There are certain Volume by Price study configurations which can cause high CPU usage and make the overall performance of Sierra Chart sluggish or cause momentary freezing.

Newer versions of Sierra Chart starting approximately at version 1290, have performance improvements with the Volume by Price study. If you are running a version earlier than this, then update Sierra Chart to the current version.

The type of Volume Profiles which can cause high CPU usage would be long-term single profiles which are calculated relative to the last Date-Time in the chart. An example would be a 3 months or greater Volume Profile with a Volume Graph Period Type of One Period at End of Fixed Time Length.

The solution to this is to change the Volume Graph Period Type to From Start Date-Time to End and specify a Start Date and Start Time for the Volume Profile. This makes it efficiently calculated.

For further information, refer to Volume by Price Settings.

30.36 - Chart Data File Error/Out of Range Value

A Historical Daily or Intraday chart data file that contains 80 data error or out of range value, can cause a long time to load chart data, excessive memory use and/or a long time to calculate studies. All of this can cause Sierra Chart to freeze for a period of time.

This is generally true when the Volume at Price data is being maintained for the chart. This is the case when using any of the following studies:

  • Volume by Price
  • Volume Value Area Lines
  • Numbers Bars
  • Numbers Bars Calculated Values
  • TPO Profile Chart
  • TPO Value Area Lines

Or any other study that requires the Volume at Price data.

The solution to this in the case of a Historical Daily chart is to fully re-download the data in the chart by selecting Edit >> Delete All Data and Download. Although this assumes that the server has the correct data.

Assuming the server has the correct data, a comprehensive solution to a data error in an Intraday chart data file is to delete the Intraday chart data file following the Deleting Intraday Chart Data file instructions.

30.37 - Determining CPU Load from Sierra Chart

This section describes how to determine what the load Sierra Chart is placing on your system CPU and if the maximum available CPU time used by the Sierra Chart primary thread of execution, has been reached.

Sierra Chart does use multiple threads, but the additional threads are for loading Intraday data and for some other specialized purposes. However, most processing which is occurring during real-time updating is on the primary thread.

Go to the Performance tab of the Windows operating system Task Manager. Look at the CPU Usage History.

Make a note of how many windows there are showing CPU usage history. Refer to the image below.

Usually you will see anywhere from 2 to 8 windows. Each of these represents a CPU core. Divide 100 by the number of cores there are. This is going to be the maximum percentage a thread of a process can use. Make a note of this calculated percentage for the next step.

Look at the Processes tab of Windows Task Manager to determine the CPU load from the SierraChart.exe process. The CPU usage will be displayed in the CPU column which shows CPU usage by the process as a percentage.

If you see the SierraChart.exe process at or close to the percentage you made a note of previously, then Sierra Chart is under a very heavy processing load and Sierra Chart may not be processing real-time data fast enough. This can contribute to a data feed lag. If you notice the CPU usage is low, then the issue is not due to too much of a CPU load.

If it appears as though lagging or other slow performance issues is because your computer is not running Sierra Chart fast enough, then the next step is to review all of the solutions listed on this page

Long Time to Download Historical Chart Data

If it is taking a long time for the historical chart data to downloaded for a particular chart, then there can be more than one reason for this.

If you notice that Sierra Chart is in a frozen state and can not cannot be interacted with at times, then the issue is due to one of the other subtopics on this page. Refer to the list in the Introduction section.

Otherwise, this could be caused by a network connectivity problem. In this particular case, refer to Error when Downloading Historical Intraday Data from the Sierra Chart Historical Data Server. The solution could be to use Port 80 as explained.


*Last modified Saturday, 12th November, 2016.