Heap profiler can report hundredths of a second as "3.100" (not "4.000")
When running "program +RTS -p -hc", I occasionally have problems with hp2ps because of "samples out of sequence". This appears to be caused by erroneous reporting of hundredths of a second in the program.hp file. An example:
BEGIN_SAMPLE 13.90
(158)/mainMain.CAF 24
(163)/replace/output/mainM... 600036
(156)GC 12
(169)/pairsMain.CAF 276
(159)/output/mainMain.CAF 84
(168)/replaceIubsMain.CAF 96
(88)GHC.Handle.CAF 140
(170)/replace/replaceIubsM... 632392
END_SAMPLE 13.90
'''BEGIN_SAMPLE 13.100'''
(158)/mainMain.CAF 24
(163)/replace/output/mainM... 600036
(156)GC 12
(169)/pairsMain.CAF 276
(159)/output/mainMain.CAF 84
(168)/replaceIubsMain.CAF 96
(88)GHC.Handle.CAF 140
(170)/replace/replaceIubsM... 633052
'''END_SAMPLE 13.100'''
BEGIN_SAMPLE 14.09
(158)/mainMain.CAF 24
(163)/replace/output/mainM... 600036
(156)GC 12
(169)/pairsMain.CAF 276
(159)/output/mainMain.CAF 84
(168)/replaceIubsMain.CAF 96
(88)GHC.Handle.CAF 140
(170)/replace/replaceIubsM... 633880
END_SAMPLE 14.09
In the above example, 14 seconds is reported as 13.100 seconds.
Trac metadata
Trac field | Value |
---|---|
Version | 6.4 |
Type | Bug |
TypeOfFailure | OtherFailure |
Priority | normal |
Resolution | Unresolved |
Component | Profiling |
Test case | |
Differential revisions | |
BlockedBy | |
Related | |
Blocking | |
CC | |
Operating system | Unknown |
Architecture | Unknown |