Configuration#
Introduction#
Configuration is a phase where users tell CARET which data path is targeted for visualization.
CARET is capable of recording enormous numbers of events even when a large application runs. The large application may have lots of data paths, but most users must not want to observe all of data paths. If CARET kindly shows analysis results for all of possible data paths, users will be overwhelmed and exhausted to deal with large amount of results.
For delivering efficient analysis, CARET is designed to show analysis results on demand. CARET serves user functions to select target data paths to fulfill their interests.
In addition to defining targeted path, CARET will ask users to define node latency before users analyze their application with visualization.
The rest of this chapter will explain the following two types of sections;
- The detailed background of configuration
- The basic procedure for preparing desired configuration
In detail, the following sections are listed as below.
- Background of configuration section will explain detailed background of configuration phase
- How to load and save section will tell you how to load and save configuration
- How to define inter-node data path section will tell you how to use
architecture.search_paths()
- How to define intra-node data path will let you know what
message_context
is. This is advanced topic than others - How to rename sub-objects section will tell you how to use
rename_XXX()
- How to get difference of two architectures will tell you how to use
diff_XXX_YYY()
functions - Practical example with caret_demos will demonstrates configuration process on
caret_demos
Visualization of application structure will be prepared as an appendix which shows another usage of an architecture object. CARET can show structure of a targeted application while it is a performance analysis tool. This appendix will be disclosed in the near future also.