Support Board
Date/Time: Thu, 23 Jan 2025 05:07:37 +0000
[Programming Help] - Since V1837 onwards it takes 2.5x to load my custom studies
View Count: 828
| [2018-11-13 00:18:56] |
| User553714 - Posts: 184 |
|
Hi, Since V1837 and removing support for sc.FreeDLL it takes 2.5x to load my custom studies. Loading my custom studies has been time consuming for a while as I have a lot going on in them but they have been very consistent at around or under 100000ms for a long time, in V1837 and onwards it takes 2.5x longer. I have rolled back and tested versions between and including V1810 to V1836 and they all consistently load my custom studies at around the same recalc time of 100secs. My usual process for Back testing new system studies is to always have sc.FreeDLL = 0, login to SC with a blank chartbook and little data, then load 250-days of 1min data, compile the custom studies after saving any code changes and then add the newly compiled DLL's to the chart; this process now takes 2.5x as long. I am unsure if I am using the new Custom Study build menu items "Release all DLLs and Deny load" & "Allow Load DLLs" correctly but I don't think they apply in my back-testing/development process I described above since the DLL's are never loaded in my chart to begin with, is this correct? I would really like to reduce my load time to around what it was, is there anything you can do? In the meantime I will roll back to V1836. Thanks as always. |
| [2018-11-13 01:50:20] |
| |
|
No idea why there would be an issue. We do not see how we can help with this. None of this is making any sense to us.
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 |
| [2018-11-13 02:07:42] |
| |
|
One thing you can do look at the Window >> Message Log and you can see when a DLL is loaded and unloaded. The other thing we would say is that Release all DLLs and Deny Load is meant to only be used when you are using external build tools, otherwise do not use this command. Perhaps your DLLs just take a long time to load but that is not normal. A DLL should be loaded in milliseconds or microseconds. 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: 2018-11-13 02:21:28
|
| [2018-11-14 10:22:43] |
| User553714 - Posts: 184 |
|
Thanks for your quick reply; your comments started a large code review for me and I finally found the code error, once fixed the loading lag has dropped off significantly. My apologies for posting but I spent a day problem solving before posting and I thought there ware some hints it might be related to sc.FreeDLL which it was not. In case this may help someone else i will give a quick explanation; I do a lot of reading/writing from/to text files; with the recent need to use two new files, I created a code error where I was creating/writing to files during FullRecalculation, this created massive hard drive use which bogged down the loading of the studies; noticing the excessive hard drive usage in TaskManager was the clue to solve the issue. Regards |
To post a message in this thread, you need to log in with your Sierra Chart account: