Hi Infragistics Support,
Can you provide some guidance/tips/suggestions for a new user of your controls?
I have a requirement to display ~400 series. Each with ~6000 points (for a total of ~2,400,000 points). Will Infragistics WPF chart control be able to handle this and still provide a good user experience?
Some other requirements: will need zoom and pan, Series hit testing but not necessarily point (marker) hit testing. I believe the data will normally be evenly spaced in the X direction but cannot guarantee that.
How would Infragistics recommend charting this data to achieve a good user experience (i.e. the char is still "snappy")?
Please let me know if any more information would help. Thanks!
Chris
Hey Chris,
This one is an interesting challenge! XamDataChart is very much tuned toward rendering complex visuals (a single line with 2 million points, for example) with great performance, but when you start throwing in an extreme number of visuals then the underlying platform (WPF, in this case) starts to show some strain, or, in some cases, you start hitting some areas of the chart hard that haven't been tuned as aggressively as others.
WPF really doesn't appreciate scenarios where there are many many visuals in the visual tree, which makes this sort of scenario a big challenge. However there are things you can do to arrange this scenario such that it performs well, I believe.
First of all, though, you may want to reconsider the requirement? What story is being told by having that many series present at once? Are you trying to show the shape of many overlapping data sets? In which case, it may be more useful to coalesce the data into a single, or multiple min/max data sets and plot them as RangeAreaSeries, which can show a min/max range. You could even use this in a hybrid scenario whereby you switch to showing the individual series once the user has zoomed in to a sufficient level. I realize, however, that this may not fit your requirements perfectly.
Here's some stuff you can do to tune the scenario where an extreme number of series are present:
With the above advice combined, your scenario seems to perform pretty well for me. Here's a gist with the code I was using (minus, disabling the mouse wheel):
https://gist.github.com/gmurray81/9a4fbcb71af824c51716
Hope this helps! Let me know if you have any other questions.
-Graham
Hi Graham,
Thanks for the quick response. A bit of detail - we're displaying the data acquired from a scientific instrument that collects signal from a "plate" of 396 wells over time. Each series represent the amount of fluorescence detected in each well on the plate. Once the data is captured, the scientists need to see all signal data at once to pick out what they are looking for. But once the data is acquired - it will never change.
I had already deduced a couple of your suggestions (the markers and legend) and we don't have much else in the charts airspace. (We have to add a dozen or so widgets to mark some peaks on one of the curves (some issues here which I will post about later if we stay with Infragistics) but that doesn't seem to cause any issues.)
I did not know about the bitmap caching mode and turned that on. Can't see too much of a difference with that tweak. When I get some more time I will play with the mouse wheel and panning suggestions.
I noticed in your sample code you are using a LineSeries. We're using a ScatterLineSeries. Would that make much of a difference performance wise? We could certainly use LineSeries if the X data is evenly spaced (which it will be most of the time) and when it isn't throw in the odd ScatterLineSeries to handle it.... thoughts?
Thanks for the advice! :)
Also note, once you have zoomed in sufficiently, the performance will improve as not all the series will be visible, and there will be less data visible for each series. So you can even toggle some of the above features on and off based on the current zoom level of the component.
Additionally, XamDataChart has a cached tile rendering mode that assists in doing immediate style panning if the series are complex to render. This can help to improve framerate in some scenarios. However, I think your scenario is extreme enough that the snag that you hit as it needs to generate new tiles during a pan is too disruptive to UX, so I'm not sure it helps you compared to my above suggestion.