Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Paraver not displaying information in the trace correctly. #19

Open
valentin-seitz opened this issue Jun 20, 2024 · 0 comments
Open

Paraver not displaying information in the trace correctly. #19

valentin-seitz opened this issue Jun 20, 2024 · 0 comments

Comments

@valentin-seitz
Copy link

I don't know where exactly the bug happens, but since I am using wxparaver, I will add the issue here.
If the bug can be related to the paraver kernel instead, feel free to move this issue to the corresponding repository.

I used wxparaver version 4.11.4 to reproduce the bug.

I got a trace using the Extrae Annotation API with saturates the full value range of a unsigned long long which should be an unsigned 64 bit integer on most platforms. I got this trace using a patched extrae, see bsc-performance-tools/extrae#112

Attached you find a .tar.gz containing the trace generated with saturates the value range of the Extrae API.

Opening that trace, however, reveals, that neither the value shown in the timeline:
Expected: 18446744073709551614
Got: -1
image

Nor the .pcf file were read in correctly by paraver
image

I couldn't find any documentation specifying the accepted value range of paraver, but i would expect it to be similar to the Extrae API.

One possible problem I could find is that the line using TEventValue = int64_t; seems to force a signed integer representation.

test_trace.tar.gz

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant