[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20240709075651.122204f1358f9f78d1e64b62@kernel.org>
Date: Tue, 9 Jul 2024 07:56:51 +0900
From: Masami Hiramatsu (Google) <mhiramat@...nel.org>
To: Peter Zijlstra <peterz@...radead.org>
Cc: mingo@...nel.org, andrii@...nel.org, linux-kernel@...r.kernel.org,
rostedt@...dmis.org, mhiramat@...nel.org, oleg@...hat.com,
jolsa@...nel.org, clm@...a.com, paulmck@...nel.org
Subject: Re: [PATCH 00/10] perf/uprobe: Optimize uprobes
On Mon, 08 Jul 2024 11:12:41 +0200
Peter Zijlstra <peterz@...radead.org> wrote:
> Hi!
>
> These patches implement the (S)RCU based proposal to optimize uprobes.
>
> On my c^Htrusty old IVB-EP -- where each (of the 40) CPU calls 'func' in a
> tight loop:
>
> perf probe -x ./uprobes test=func
> perf stat -ae probe_uprobe:test -- sleep 1
>
> perf probe -x ./uprobes test=func%return
> perf stat -ae probe_uprobe:test__return -- sleep 1
>
> PRE:
>
> 4,038,804 probe_uprobe:test
> 2,356,275 probe_uprobe:test__return
>
> POST:
>
> 7,216,579 probe_uprobe:test
> 6,744,786 probe_uprobe:test__return
>
Good results! So this is another series of Andrii's batch register?
(but maybe it becomes simpler)
Thank you,
>
> Patches also available here:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/peterz/queue.git perf/uprobes
>
>
--
Masami Hiramatsu (Google) <mhiramat@...nel.org>
Powered by blists - more mailing lists