* [Bug runtime/31014] New: Uprobes registered in task finder would block the target processes for long time
@ 2023-10-30 22:16 agentzh at gmail dot com
2023-11-11 7:55 ` [Bug runtime/31014] " agentzh at gmail dot com
0 siblings, 1 reply; 2+ messages in thread
From: agentzh at gmail dot com @ 2023-10-30 22:16 UTC (permalink / raw)
To: systemtap
https://sourceware.org/bugzilla/show_bug.cgi?id=31014
Bug ID: 31014
Summary: Uprobes registered in task finder would block the
target processes for long time
Product: systemtap
Version: unspecified
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: runtime
Assignee: systemtap at sourceware dot org
Reporter: agentzh at gmail dot com
Target Milestone: ---
Currently, the stap runtime tries to call uprobe_register() to register new
uprobes inside the context of the target processes via the task finder. This
makes little sense for inode-based uprobes implemented in modern kernels and
also introduces significant (8ms+) delay in all the target processes via the
task work mechanism. Such delays may manifest themselves in syscalls like
epoll_wait inside the target processes.
All the target processes are affected even though only one task finder callback
gets to call uprobe_register(). Other concurrent target processes would just
wait on the lock `c->consumer_lock`.
After talking with fche, I'd propose that we should register uprobes early
before starting the task finder callbacks. This still may block a CPU core for
8ms+ or so, but it no longer blocks all the target processes in their own
process contexts.
Will prepare a patch shortly.
--
You are receiving this mail because:
You are the assignee for the bug.
^ permalink raw reply [flat|nested] 2+ messages in thread
* [Bug runtime/31014] Uprobes registered in task finder would block the target processes for long time
2023-10-30 22:16 [Bug runtime/31014] New: Uprobes registered in task finder would block the target processes for long time agentzh at gmail dot com
@ 2023-11-11 7:55 ` agentzh at gmail dot com
0 siblings, 0 replies; 2+ messages in thread
From: agentzh at gmail dot com @ 2023-11-11 7:55 UTC (permalink / raw)
To: systemtap
https://sourceware.org/bugzilla/show_bug.cgi?id=31014
agentzh <agentzh at gmail dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|--- |FIXED
Status|UNCONFIRMED |RESOLVED
--- Comment #1 from agentzh <agentzh at gmail dot com> ---
Fixed in commit 1d73d32c42b.
--
You are receiving this mail because:
You are the assignee for the bug.
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2023-11-11 7:55 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2023-10-30 22:16 [Bug runtime/31014] New: Uprobes registered in task finder would block the target processes for long time agentzh at gmail dot com
2023-11-11 7:55 ` [Bug runtime/31014] " agentzh at gmail dot com
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).