Opened 10 years ago
Closed 5 years ago
#3152 closed defect (fixed)
HTML profiling report is broken
| Reported by: | Francesco Casella | Owned by: | sjolund.se |
|---|---|---|---|
| Priority: | high | Milestone: | 1.14.0 |
| Component: | Run-time | Version: | trunk |
| Keywords: | Cc: |
Description
As of r24392, using --profiling=blocks+html generates a partially incomplete HTML report. In particular, the following items are missing:
- Integration Method
- Output format
- Name of each measured block (can be figured out based on the png filename, but that's not really nice)
- Equation table
Change History (14)
comment:1 by , 10 years ago
| Milestone: | 1.9.2 → 1.9.3 |
|---|
comment:3 by , 10 years ago
I would also strongly recommend to order the Measured Function Calls and Measured Blocks table in descending order of time share.
The whole point of profiling is to find out bottlenecks. For large models it is not nice at all to spend a lot of time browsing pages and pages of report, in search of where the largest percentage figures are.
comment:4 by , 10 years ago
The profiling in OMEdit sorts the blocks fine (doesn't output functions). The HTML output is not really current though.
comment:10 by , 8 years ago
| Milestone: | 1.11.0 → 1.12.0 |
|---|
Milestone moved to 1.12.0 due to 1.11.0 already being released.
comment:12 by , 7 years ago
| Milestone: | 1.12.0 → 1.13.0 |
|---|
Milestone moved to 1.13.0 due to 1.12.0 already being released.
comment:14 by , 5 years ago
| Resolution: | → fixed |
|---|---|
| Status: | new → closed |
This issue has long been fixed. It is also possible to order w.r.t. the time share using the OMEdit debugger.
Milestone changed to 1.9.3 since 1.9.2 was released.