Re: [RFC] [PATCH 1/7] User Space Breakpoint Assistance Layer (UBP)
From: Srikar Dronamraju
Date: Mon Jan 18 2010 - 07:44:31 EST
* Avi Kivity <avi@xxxxxxxxxx> [2010-01-18 14:17:10]:
> On 01/18/2010 02:13 PM, Pekka Enberg wrote:
> >So how big chunks of the address space are we talking here for uprobes?
> That's for the authors to answer, but at a guess, 32 bytes per probe
> (largest x86 instruction is 15 bytes), so 32 MB will give you a
> million probes. That's a piece of cake for x86-64, probably harder
> to justify for i386.
On x86, each probe takes 16 bytes.
In the current implementation of XOL, the first hit of a breakpoint,
requires us to allocate a page. If that page does get full with "active"
breakpoints, we expand / add a page. There is a bit map that keeps a
check to see if a previously used breakpoint is removed and hence that
slot can be reused. By active breakpoints, I refer to those that are
inserted, and has been trapped atleast once but not yet removed.
Jim did try a few other allocation techniques but those that involved
slot stealing did end up having locking. People who did look at that
code did advise us to reduce the locking and keep the allocation simple
(atleast for the first cut).
Thanks and Regards
> error compiling committee.c: too many arguments to function
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/