Visualization
Performance options:
- Reduction of functionally redundant nodes -- higher numbers are better.
- A refresh interval for nodes being added to the view -- higher numbers will add more nodes in a single chunk to the view model.
- Disables animation of the node layout if the number of nodes in the view model exceeds this number.
- Zest animation tends to be O(n^2), but is not significant under 500 nodes.
- Limits the maximum number of nodes that will be added to the view model.
- The Callgraph and TreeLayout algorithms are O(n) and run as background threads. These algorithms tend to be deeply recursive, dependent on the number of node ranks in the view model. The thread stack size must be set high enough to accommodate the model state memory requirements for large numbers of node ranks.
- A JVM stack size of 2MB (-Xss2m) is recommended.
- The Zest drawing routines are, at best, O(n log n) though they tend to impact the display thread quite heavily. View models containing greater than about 3500 nodes are not practical, dependent on hardware.
- A JVM max memory size of at least 512MB (-Xmx512m) is recommended.