Support Board
Date/Time: Sat, 14 Nov 2026 03:33:21 +0000
ES Numbers Bars UI stall during extreme rapid price/VAP expansion
View Count: 355
| [2026-09-29 21:54:39] |
| User399230 - Posts: 3 |
|
Hello, I am trying to isolate an intermittent Sierra Chart UI stall during very fast ES moves. I reviewed Help Topic 30.23 regarding Volume at Price processing. The clearest occurrence was during an approximately 42-tick ES move in ~1 second. Sierra visibly stalled for 1-3 seconds and then caught up. What is interesting is that raw market-data throughput alone does not appear to explain it. In a later session with no visible freeze, my diagnostic recorded one interval with at least: - 15,000 T&S updates - 3,126 trades - 11,874 quote updates - 22 ticks of current-bar expansion The T&S buffer actually overflowed during that event, yet Sierra remained responsive. During that entire non-freeze session the largest rolling price expansion was only about 22 ticks, with a maximum rolling trade-price span of 24 ticks / 1 second. This makes me suspect the important variable may be rapid price-range/VAP expansion rather than message volume itself. This seems consistent with Help Topic 30.23, which says Numbers Bars/VAP processing can potentially cause freezing during real-time updating when many price levels must be processed/drawn. Affected footprint chart - ES 1000-volume Numbers Bars - ES tick size .25 - 1-Tick Intraday Data Storage - Numbers Bars + Numbers Bars Calculated Values - two Volume At Price Threshold Alert V2 studies - Cumulative Delta and basic built-in studies I have now removed the only custom study from this footprint chart. Current test configuration - Footprint Chart & Execution chart: 100 ms - Context charts: 500 ms - OpenGL: Yes - Use OS Timer For Charts: No - Timer Management: Yes - Minimum Delay Between Chart Updates: 2 ms - Controlled Order Chart Updating: No The original freeze occurred before I changed the execution chart from 50 ms to 100 ms. I have not yet reproduced the 40+ tick/second condition since making these changes, so I am not claiming the problem reproduces at 100 ms yet. My questions are: 1. Does this symptom sound consistent with the real-time VAP/Numbers Bars limitation described in Help Topic 30.23? 2. Is there a recommended way to reduce that processing while retaining .25 tick Numbers Bars and 1-Tick data? 3. If it occurs again at 100 ms with the custom footprint study removed, what exact logs/chartbook information would you want captured? Sierra Chart version: 2945 64-bit Revision 57948 PC specifications - Windows 11 Pro, build 26200 - AMD Ryzen 9 5900X, 12 cores / 24 threads - 32 GB RAM - AMD Radeon RX 6800 - ASUS PRIME B550M-A WIFI II motherboard - 3-monitor setup - OpenGL enabled in Sierra Chart |
| [2026-09-30 14:28:48] |
| John - SC Support - Posts: 48527 |
|
1. Does this symptom sound consistent with the real-time VAP/Numbers Bars limitation described in Help Topic 30.23?
It definitely could be related to this.You state "...custom footprint study removed...". If the footprint study is a custom study itself, then this could also be related to this. But we really do not know what may have occurred. There are too many variables for us to know for certain. 2. Is there a recommended way to reduce that processing while retaining .25 tick Numbers Bars and 1-Tick data?
Using a "Volume at Price Multiplier" can help. Refer to the following:Chart Settings: Volume at Price Multiplier for Historical/Intraday Chart (Chart >> Chart Settings >> Chart Data >> Volume at Price menu) 3. If it occurs again at 100 ms with the custom footprint study removed, what exact logs/chartbook information would you want captured?
We would want to see your Message Log, along with the time of the incident and the time zone setting for your Sierra Chart software as defined in "Global Settings >> Time Zone". Follow these instructions to get us your Message Log:Support Board Posting Information: How to Post Your Message Log (Required In Some Cases) For the most reliable, advanced, and zero cost futures order routing, use the Teton service: Sierra Chart Teton Futures Order Routing |
| [2026-09-30 15:27:36] |
| User399230 - Posts: 3 |
|
Thank you. Just to clarify one point: the footprint itself is not a custom study. It is Sierra Chart’s built-in Numbers Bars/Numbers Bars Calculated Values. The only custom study that had been attached to that footprint chart was my Burst Diamonds overlay, and that has now been removed. I will test the Volume at Price Multiplier and, if the stall occurs again, I will provide the complete Message Log along with the exact incident time and Sierra Chart Time Zone setting. |
| [2026-10-24 08:26:43] |
| User399230 - Posts: 3 |
|
Update: I have done extensive testing on this issue. Enabling OpenGL compatible profile is the only setting that has shown to increase performance both statistically and visually. |
To post a message in this thread, you need to log in with your Sierra Chart account: