added test for PERF_FORMAT_LOST attribute#579
Conversation
9cff3a9 to
802d166
Compare
|
this looks conceptually broken to me, I rather believe that this goes wrong in perfparser land somehow - question is how and why. I have spend some time now and found the real issue in perfparser ab14b6989d123af60f4c822e8ece8638945139c6 - can you please rework this patch to only add the basic test coverage? that's fine, the rest shouldn't be needed |
|
KDAB/perfparser@ab14b69 looks nice. Yes, I'll add the testcase part, then push and re-request a review. |
802d166 to
fd75a39
Compare
|
Test case reworded and checked in without the skipping, works fine. Note: the current output of the testcase is: I still think that there's some performance issue - which seems to only occur during |
fd75a39 to
eb8a371
Compare
|
This PR now contains 3 commits: the test without the lookup-time comment (as solved by KDAB/perfparser#34), the minor adjustment to const the newSize in perfparser (not a huge improvement, but definitely more clear), and the unsetting of DEBUGINFOD_URLS as requested (along with removing comments about long parsing times that are gone as soon as KDAB/perfparser#34 is applied) I suggest to pull both this and the referenced perfparser changes in (+adjust the submodule reference), then have a look if it is possible to reduce the amount of calls to |
reduce and drop the unneeded wait time parameter (for full speed on Debian/Ubuntu this additionally needs KDAB/perfparser#34 to be applied)
eb8a371 to
fea12d6
Compare
|
adjusted as requested, should be ready to be merged (of course - please pull the hotspot-perfparser change first and update the reference, otherwise this will now fail on Debian/Ubuntu) |
milianw
left a comment
There was a problem hiding this comment.
thanks, I'll merge this and look at the perfparser change next. there's no direct dependency, worst case the test will fail now but it's fine on the CI and that's what counts for now.
fixes #578
note: the testcase output now has:
further note: this testcase without the binary files needed 45-95 seconds.
I'm quite sure that this can be improved - but I don't have an environment where I can easily perf record that.