Support Board
Date/Time: Tue, 29 Sep 2026 23:58:20 +0000
[Programming Help] - ES Numbers Bars UI stall during extreme rapid price/VAP expansion
View Count: 16
| [2026-09-29 21:54:39] |
| User399230 - Posts: 1 |
|
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 |
To post a message in this thread, you need to log in with your Sierra Chart account: