Support Board
Date/Time: Wed, 14 May 2025 10:52:41 +0000
Post From: cpu comparison
| [2016-04-14 13:51:18] |
| User791263 - Posts: 151 |
|
We know SC is lean and fast. We appreciate your many recent efforts on making it even faster; Seems to help. Like the user said, any lag in orders can wipe us out. An "active" market versus a "fast market" are two very-different animals. Like you, we must design for worst case scenarios. You probably have many reasons why charts are fully-redrawn on every update. It still seems there may be cases where full redraw-back might not be necessary. While fresh on performance work, please give it one last thought. If impossible, you don't have to explain. My scalping system with 43 charts,8 spreadsheets, lots of studies, overlays on a 400ms update, 1 sec block.. lags in a fast market. I set days-back & spreadsheets' records to minimum (under 1000,most). I hid 1/4 of the windows, set many studies to hidden, etc. Windows are small, narrow. I watch 10 to 50 bars, usually. Only LinearRegressionChannel & longer MA's may go back 40-200 bars. I use no drawings except horizontal lines, so long-back drawings don't apply. For users like me, redraw chart to origin seems a waste of resources. You said this can never change. Are you certain, in all cases? What about an option to select redraw bars-back to study maximum? The way you control bars-back in the Volume-by-Price study is ideal. Or, since my windows are narrow, does full-redraw even apply? If not, tell me and disregard remainder. - - - Please consider such an option to not redraw beyond study or drawing requirements max, plus a few bars. An internal check on whether to over-ride such option might be: A partial Hash Sum or remainder Check-digit (modulo) on data from the prior Bar applied to bars beyond study max, compared to "sampling" & hashing the same data at (300ms?) intervals in current bar--- might prove whether redraw from origin is indicated (ie: SC can over-ride setting, as a catch-all for causes only you all know might occur)? |