There is just one remaining "hole" in this setup: an n-second NT bar chart with a multi-instrument strategy uses CPU time that is directly proportional to the trade rate of its primary instrument. In other words, in fast markets it will gobble up most of the CPU.
I've carefully done everything I can think of to control this: OnBarUpdate does very little processing, CalculateOnClose = true, etc. And I've verified, in fact, that CPU usage has very little to do with how often my OnBarUpdate method is called. And surprisingly, setting "Display update interval" to a larger time also has little effect. And I'm also not asking NT to save realtime data.
So I guess what I'm up against is the core NT code that is updating the chart window in response to new trades for the primary instrument. If this can't be throttled, then could someone at least explain what it is that NT is doing that makes its performance so strongly tied to the trade rate, and why this is necessary. If I understood that, then perhaps I could offer an alternative or optional approach that would save NT users some CPU cycles in a future version.
Thanks!

Comment