-
Notifications
You must be signed in to change notification settings - Fork 210
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
model/profile: add frame.type for Go and Rust #2003
base: main
Are you sure you want to change the base?
Conversation
Signed-off-by: Florian Lehner <florian.lehner@elastic.co>
43d6bcc
to
302fe16
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM, thanks! 🙇
@@ -39,12 +39,14 @@ They may be used in any Profiles record they apply to. | |||
| `beam` | [Erlang](https://en.wikipedia.org/wiki/BEAM_(Erlang_virtual_machine)) |  | | |||
| `cpython` | [Python](https://wikipedia.org/wiki/Python_(programming_language)) |  | | |||
| `dotnet` | [.NET](https://wikipedia.org/wiki/.NET) |  | | |||
| `go` | [Go](https://wikipedia.org/wiki/Go_(programming_language)), |  | |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Should we clarify whether this should be used for symbolized frames only (otherwise 'native'), or could it span both symbolized and unsymbolized (which is what's implied with the current wording)?
For simplicity, symbolization shouldn't affect semantics, and frame type == go should be used whenever the producer can determine that this is the case regardless of presence of symbols.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
If the producer can distinguish in more detail the frame type, go
must be preferred over native
. Regardless whether the frame is symbolized or not.
Co-authored-by: Christos Kalkanis <christos.kalkanis@elastic.co>
735bc89
to
ec2a3d0
Compare
Changes
Add additional frame.type attributes for Go and Rust. With upcoming changes in https://github.com/open-telemetry/opentelemetry-ebpf-profiler it will be possible to differentiate more granularity on native frames.
FYI @open-telemetry/profiling-maintainers
Merge requirement checklist
[chore]
schema-next.yaml updated with changes to existing conventions.