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

feat(instrumentation,telemetry): Incorporate thread pool telemetry #419

Merged
merged 1 commit into from
Jan 3, 2025

Conversation

rabbitstack
Copy link
Owner

@rabbitstack rabbitstack commented Jan 2, 2025

What is the purpose of this PR / why it is needed?

The thread pool telemetry is captured from the dedicated thread pool provider. Presently, we collect three different event types including the call stacks.

More specifically, SubmitThreadpoolWork, SubmitThreadpoolCallback, and SetThreadpoolTimer events.
Additionally, the callback addresses are symbolized to derive to function name, and when the callback is the ZwContinue or RtlCaptureContext function call, we also try to decode the CONTEXT structure and symbolize the instruction pointer address.

What type of change does this PR introduce?


Uncomment one or more /kind <> lines:

/kind feature (non-breaking change which adds functionality)

/kind bug-fix (non-breaking change which fixes an issue)

/kind refactor (non-breaking change that restructures the code, while not changing the original functionality)

/kind breaking (fix or feature that would cause existing functionality to not work as expected

/kind cleanup

/kind improvement

/kind design

/kind documentation

/kind other (change that doesn't pertain to any of the above categories)

Any specific area of the project related to this PR?


Uncomment one or more /area <> lines:

/area instrumentation

/area telemetry

/area rule-engine

/area filters

/area yara

/area event

/area captures

/area alertsenders

/area outputs

/area rules

/area filaments

/area config

/area cli

/area tests

/area ci

/area build

/area docs

/area deps

/area other

Special notes for the reviewer


Does this PR introduce a user-facing change?


Yes, the new section in the docs should be prepared to describe thread pool events.

The thread pool telemetry is captured from the
dedicated thread pool provider. Presently, we
collect three different event types including
the call stacks. More specifically, SubmitThreadpoolWork, SubmitThreadpoolCallback, and
SetThreadpoolTimer events.
Additionally, the callback addresses are symbolized
to derive to function name, and when the callback is
the ZwContinue or RtlCaputreContext function call, we
also try to decode the CONTEXT structure and symbolize
the instruction pointer address.
@rabbitstack rabbitstack merged commit 1f97cc2 into master Jan 3, 2025
8 checks passed
@rabbitstack rabbitstack deleted the threadpool-provider branch January 3, 2025 22:37
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

Successfully merging this pull request may close these issues.

1 participant