You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When there are too many duplicated errors, the overhead on constructing the call stack for verification is too high and should be avoided.
One example is 471.omnetpp, xref issue #862 .
note that the current -report_max deliberately applies only to
unique errors, as tons of just one unique error shouldn't
preclude reporting other errors
Summary: add -report_max for duplicate errors to reduce overhead on constructing call stacks
If we assume that in normal operation 99% of errors are suppressed, this would be helped by issue #884 . If we had a trie of suppressed error stack prefixes, then we'd only have to unwind a few frames before we can tell that the report should be suppressed, rather than taking the whole stack. I doubt this would help omnetpp performance much because it is already doing a short unwind of only 12 frames.
If we implemented a shadow callstack, that would shift all of the work of creating the callstack from report time to code cache time. It would make this issue go away, but it would reduce our overall performance.
From zhao...@google.com on May 21, 2012 18:44:11
When there are too many duplicated errors, the overhead on constructing the call stack for verification is too high and should be avoided.
One example is 471.omnetpp, xref issue #862 .
Original issue: http://code.google.com/p/drmemory/issues/detail?id=897
The text was updated successfully, but these errors were encountered: