Support Board
Date/Time: Thu, 09 Jan 2025 19:49:06 +0000
RB (RBOB) related chartbook just refuses to load
View Count: 1782
| [2016-07-20 00:38:09] |
| i960 - Posts: 360 |
|
It's completely hanging Sierra (I can tell it's in a CPU loop on one of the cores and about every 10-15 seconds it yields the UI back but I can barely do anything before it stops responding again. I've nuked every *RB* related file so they all redownload and it appears to be hanging on these last two: RB-201608-NYMEX.scid RB-201608-NYMEX.dly Both are the typical 58 bytes and refuse to update. I cannot tell if this is a data issue or what the problem is because there's no useful debugging output being emitted. I also cannot reload the chartbook to start closing charts because if one of the charts is actually causing the issue I cannot actually close it due to the way SC is acting. |
| [2016-07-20 00:40:46] |
| i960 - Posts: 360 |
|
Okay UPDATE: These last 2 files *finally* downloaded after close to 10+ minutes of this hardcore CPU usage. It's entirely possible that other charts were loading but this just started happening with this chartbook last night and I'm not sure why. I've sent the log for analysis to figure out just what this thing was doing for close to 15 minutes straight. It's not a huge amount of charts in this chartbook either. |
| [2016-07-20 00:44:58] |
| i960 - Posts: 360 |
|
Literally this is what the time gap has: CL:C1 RB-CL Z16.FUT_SPREAD.NYMEX [M] Daily #11 | Reloading chart. | 2016-07-19 17:21:18
CL:C1 RB-CL U16.FUT_SPREAD.NYMEX [M] Daily #9 | Reloading chart. | 2016-07-19 17:21:18 RBZ16-HOZ16.FUT_SPREAD.NYMEX [M] Daily #12 | Reloading chart. | 2016-07-19 17:21:18 <16 minute gap right here> Interactive Brokers | Stopping automatic Trade Position updates for account: U145* | 2016-07-19 17:37:21 Interactive Brokers | Requesting Trade Positions snapshot and updates (IB account data updates) for account: U145* | 2016-07-19 17:37:21 Interactive Brokers | Requesting historical order fills for account U145*. | 2016-07-19 17:37:21 |
| [2016-07-20 00:59:40] |
| i960 - Posts: 360 |
|
BTW: This started last night and every time I would switch to that chartbook it would hang up Sierra Chart. I'd kill it and restart SC and invariably it'd do it again and again (first time I've seen this happen). When I switched away from the chartbook to another chartbook the UI unresponsiveness would go away and I could use SC during that time so I just stopped looking at that CB as I was in the middle of trading. It wasn't until today that I tried to get to the bottom of it that I deleted all the data and then saw the issue still happening. It seems that after the last data file was *finally* downloaded then the chartbook started acting normally again.
|
| [2016-07-20 01:34:25] |
| i960 - Posts: 360 |
|
Alright it's back to acting up again and becoming completely unusable. Do I need to upload the chartbook or something to figure out what's going on here? After I went and loaded all my chartbooks back up as normal and switched back to my RB chartbook to check a specific crack (RBZ6:HOZ6) daily chart, SC just starts becoming unresponsive and spinning wheels. If I change away from that RB chartbook SC goes back to normal. This is totally bizarre behavior that I've never seen SC doing before. I've made a video of it to prove exactly what I'm talking about here as it's reproducable easily but there is no useful logging output that gives me anything to go off of. You can see where other chartbooks and charts are fine but the second I switch to the RB chartbook the whole thing hangs. When I'm able to successfully switch away from it then it goes back to normal: https://youtu.be/PfRffOYeHY8 |
 44_rb.cht - Attached On 2016-07-20 01:34:20 UTC - Size: 406.6 KB - 342 views |
| [2016-07-20 03:06:59] |
| |
|
. Do I need to upload the chartbook or something to figure out what's going on here? Yes we need this to test it. We see it is attached. We are testing now.
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, *change* to the Teton service: Sierra Chart Teton Futures Order Routing |
| [2016-07-20 03:33:26] |
| |
|
It appears as though we are encountering the problem. Probably a chart drawing issue. once we isolate the cause we will resolve it.
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, *change* to the Teton service: Sierra Chart Teton Futures Order Routing |
| [2016-07-20 04:37:54] |
| |
|
This is related to the Volume by Price study. It could have to do with the settings you are using in which case we just need to see what the specific problem is and let you know what changes to make. We need some more time to look into this. We only made a quick check now. 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, *change* to the Teton service: Sierra Chart Teton Futures Order Routing |
| [2016-07-21 20:02:12] |
| i960 - Posts: 360 |
|
This was working okay after yet another restart (for about a day or so) and it's now back to hanging SC again. There's nothing complex about the VbP configuration either - it's fairly straightforward and I use it in all my other charts.
|
| [2016-07-22 08:38:22] |
| |
|
We have not yet had a chance to spend further time on this.
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, *change* to the Teton service: Sierra Chart Teton Futures Order Routing |
| [2016-07-27 02:09:02] |
| i960 - Posts: 360 |
|
Any chance we can make some headway on this? It's now starting to affect random charts it didn't before hanging up the platform for minutes on end, sometimes forcing me to completely kill it. What changed in the VbP study that would start causing this issue? |
| [2016-07-27 02:23:08] |
| i960 - Posts: 360 |
|
Okay so the last one where this happened was when I pulled up a daily chart for HHI (Hang Seng Index). It just sat there spinning an entire thread for over 15-20 minutes before I could use the platform again.
|
| [2016-07-27 02:32:42] |
| i960 - Posts: 360 |
|
HHI daily chart up again, volume profile looks plain wrong (many many spikes with gaps all over). I hid the VbP entirely and did a ctrl-r to refresh the chart and here we are hanging again. Not sure this has anything to do with VbP.
|
| [2016-07-27 04:09:55] |
| |
|
Nothing has changed other than reverting a recent change for another nonissue you pointed out previously, which only led to problems for our users. It is unlikely we can do anything to improve this. Accept the reality of what you are doing with the Volume by Price study and the Chart Settings. Refer to help topic 30.23 for a solution: https://www.sierrachart.com/index.php?page=doc/helpdetails30.html#h30.23 We are not willing to allocate further time to this because we are quite sure what the problem is. When using the Volume by Price study on a Historical Daily chart it is necessary to increase the Volume at Price Multiplier to at least 10 or even 100 if necessary. Otherwise, you are creating the problem. If you do not want to accept that, that is your problem. Hiding the Volume by Price study is going to make little or no difference. volume profile looks plain wrong (many many spikes with gaps all over).
This makes sense. There is documentation related to this on this page:https://www.sierrachart.com/index.php?page=doc/VolumeByPrice.php If not, the behavior you see is a normal algorithm which limits an excessive amount of processing and memory use. We cannot spend further time on this. If Sierra Chart is not fully meet your requirements, then consider using another program for those areas where you need to. 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, *change* to the Teton service: Sierra Chart Teton Futures Order Routing |
| [2016-07-27 04:52:14] |
| i960 - Posts: 360 |
|
I'm not doing anything special in these studies at all! This has been working for literally months now and these hangs just start up out of the blue by no cause of mind. Why the attitude about this? It comes off as if you don't actually want to figure out what the problem is here because when you have a program hang entirely for 20+ minutes that's somehow a user problem? Look at the chartbook I sent you and tell me how I'm doing anything out of the ordinary there? There is zero possibility a user using the *default* settings is responsible for a chart taking 20 minutes to load or the entire program becoming unresponsive during it, completely unreasonable. Additionally, if that were really the issue I'd expect to see it across all sorts of daily or weekly charts I have up but it has not been the case. It happens sporadically and randomly with *certain* charts. As I said before, this has never been an issue in the past whatsoever until it just started happening out of the blue on a chart that has very little typical range or volatility (that RB:HO spread). We are not willing to allocate further time to this because we are quite sure what the problem is. When using the Volume by Price study on a Historical Daily chart it is necessary to increase the Volume at Price Multiplier to at least 10 or even 100 if necessary. Otherwise, you are creating the problem. If you do not want to accept that, that is your problem. If you're not willing to allocate further time then tell me how to turn on debugging so I can figure out what's consuming the CPU? I have zero visibility or capability of even figuring what the problem is when I can't change a damn setting because SC is spinning it's wheels on the chart I need to change! |
| [2016-07-27 18:19:22] |
| |
|
The cause can be a wider ranges of prices. We will look at the Chartbook again and see what particular chart is causing the problem. There is a potential risk with the Volume by Price study on a Historical Daily chart, of freezing Sierra Chart for a period of time if there is a wide range of prices in the chart and a lot of bars. Longer-term this will be solved when daily charts load their data on a background thread. This is actually something we are working on currently. 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, *change* to the Teton service: Sierra Chart Teton Futures Order Routing Date Time Of Last Edit: 2016-07-29 03:36:54
|
| [2016-07-29 01:37:39] |
| i960 - Posts: 360 |
|
So I think one reason this might be happening is bad data that keeps coming in on this spread. I've deleted the data and redownloaded and the chart is fine again - but I've been seeing this happen quite often this week.
|
 RBZ16-HOZ16.FUT_SPREAD.NYMEX [M] Daily #12 2016-07-28 18_.png / V - Attached On 2016-07-29 01:37:37 UTC - Size: 56.14 KB - 290 views |
| [2016-07-29 03:38:31] |
| |
|
Yes of course. That is indeed the cause of the problem. There was no doubt that it was caused by a wide range of prices in a Historical Daily chart. We checked the data on the server for that symbol, and the data error does not exist. Maybe it existed temporarily but that does not really seem to make sense. If it did, the origin must be from the CME feed itself. So not quite sure why the error is happening to begin with. 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, *change* to the Teton service: Sierra Chart Teton Futures Order Routing |
| [2016-07-29 06:48:33] |
| i960 - Posts: 360 |
|
So sure enough - it happened again less than 3-4 hours after deleting the data and redownloading. The only thing I can even think of, event-wise, would be disconnecting and reconnecting - but this spread data isn't even coming from my broker, it's coming from SC. An interesting thing though is that if you look at the "low" price for this errored bar it's exactly 1000x off from the low of the last bar (which was -0.1650). The problem bar has a low of -1650.0. I feel this isn't a coincidence and there's some kind of connection to this problem. Okay yes, indeed. I *just* reproduced the problem. When I disconnect and reconnect from within SC, boom the bad bar is right back on the chart after I had *just* redownloaded the data before disconnecting. There has to be a bug here. Video of the reproduce case (this is the 2nd time in a row I reproduced it as well): https://youtu.be/bvHZndqEIWM Date Time Of Last Edit: 2016-07-29 07:02:26
|
| [2016-07-29 17:12:19] |
| |
|
OK we are going to look into this. We think we know what is happening. 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, *change* to the Teton service: Sierra Chart Teton Futures Order Routing |
| [2016-08-02 05:25:49] |
| |
|
This is now fixed in the latest prerelease: Okay yes, indeed. I *just* reproduced the problem. When I disconnect and reconnect from within SC, boom the bad bar is right back on the chart after I had *just* redownloaded the data before disconnecting. There has to be a bug here. 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, *change* to the Teton service: Sierra Chart Teton Futures Order Routing |
To post a message in this thread, you need to log in with your Sierra Chart account: