Support Board
Date/Time: Tue, 15 Apr 2025 14:13:41 +0000
Price hangs indefinately when I move global cross hair (chartbook has detached charts)
View Count: 128
| [2025-03-28 14:50:54] |
| User456039 - Posts: 24 |
|
If I turn ON or OFF-Timer Management AND turn ON-Use OS Timer For Charts, then: The price freezes if I move my cursor with Global Crosshair (even slightly). If I keep moving it, the price can stay frozen indefinitely. With a pointer, it causes less of a problem unless I purposely move the pointer vigorously. If I turn ON or OFF -Timer Management AND turn OFF-Use OS Timer For Charts, then: If I move my cursor with Global Crosshair, the price does not freeze, but I get a micro glitch/hang about every 1 second, both in the crosshairs and the price. (ever so slightly worse with Timer Management OFF) With a pointer, there is no problem at all. *EDIT* the problem is the same with pointer only; I just didn't notice it, as there are no crosshairs visible to see the freeze, but the chart and price hang every second or so when moving the cursor. I've tried OpenGL on and off, allocating dedicated cores, and trying it with a single chartbook, it doesn't seem to be a lack of CPU resource problem. There is no problem with chartbooks that don't have detached charts, and it doesn't happen in a separate instance that has lots of chartbooks & studies, I assume because none of them have detached charts. *Edit* That was because I wasn't messing with the timer on these, nothing to do with detached/attached Is there anything I can do to stop this, do I have some setting I messed up somewhere? I need the detached charts on the other two monitors with the trade entry chart in the middle monitor. Date Time Of Last Edit: 2025-03-31 11:59:07
|
| [2025-03-28 15:27:31] |
| User456039 - Posts: 24 |
|
update I tried another instance that was working without any hanging, but this time, I detached two charts, thinking I could replicate the problem. However, it still worked flawlessly. I can't figure out what I did wrong with my central order entry instance that caused this. Any pointers would be appreciated, but for now, it seems to be a problem I may have caused or something I have set up. At the moment, I have permanently glitchy charts hanging every second, but the price stays relatively fluid. Or I can have a fluid chart experience, but the price freezes whenever I move the cursor over or move stuff on the chart. |
| [2025-03-28 19:13:03] |
| User456039 - Posts: 24 |
|
*Edit: this was NOT the SOLUTION / PROBLEM SOLVED—I moved all CB from Chartbook Group to Data, and it somehow fixed everything. ** Edit: The problem returned when Vol picked up, so it's on my PC, Ive been constantly adding studies and charts recently. Please delete all these posts, sorry to waste time. *** Edit: The problem was me toggling the OS Timer ON/OFF without restarting; when I moved the chartbooks, I didn't tinker for 30 minutes, so I thought I'd solved it. It had nothing to do with VOL or CPU resources; it was a coincidence I had toggled the OS timer before VOL picked up again. Date Time Of Last Edit: 2025-03-31 12:36:44
|
| [2025-03-31 12:06:42] |
| User456039 - Posts: 24 |
|
*FINAL SOLUTION* - Restart if changing any Timer options. ---------------------------------------------- No need for SC Engineers to read this, but I thought it might be helpful for other users: Spent weekend trimming charts studies, chart update times, global cursor off, 1TICK > 10sec intrday storage, removing continous contracts, removing TPO etc etc, tried new drivers, disconnected mouse, different mousee, with/without OPEN GL, various different settings and so on.. Nothing worked, even global 10sec updates. I feel like a total muppet for not realising, but the problem all along was that I was tinkering with the Global Update Intervals each time to test OS Timer ON vs OFF, and it was this that re-introduced the micro-glitch cycle that made the chart movement and mouse movement laggy. As long as I dont touch anything under the Update intervals after a fresh startup (I think perhaps it's only toggling the OS timer that causes a problem), it stays just fine. So, I recommend restarting Sierra Chart after changing any of these Timer Settings. Also, I would recommend using the improved Timers by disabling the OS Timer and using Timer Management, as they seem very good indeed. It keeps the price updated properly (whatever ms chart is set at) and frees up CPU resources (although this was never my problem) compared to OS timer. |
| [2025-03-31 13:23:12] |
| Sierra_Chart Engineering - Posts: 19226 |
|
It should not be necessary to restart Sierra Chart when enabling or disabling operating system timers. If that was the case we would have documented that. Let us know if you need more help . There are a lot of postings in here and we did not read through them all. Sierra Chart Support - Engineering Level Your definitive source for support. Other responses are from users. Try to keep your questions brief and to the point. Be aware of support policy: https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation For the most reliable, advanced, and zero cost futures order routing, use the Teton service: Sierra Chart Teton Futures Order Routing Date Time Of Last Edit: 2025-03-31 13:24:25
|
To post a message in this thread, you need to log in with your Sierra Chart account: