This is the mail archive of the systemtap@sourceware.org mailing list for the systemtap project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [RFC] [PATCH 6/6] Kprobes: Remove breakpoints from the copied pages


On Tue, May 09, 2006 at 02:12:47PM -0400, Frank Ch. Eigler wrote:
> 
> Hugh Dickins <hugh@veritas.com> writes:
> 
> > [...]
> > > This patch removes the breakpoints if the pages read from the page
> > > cache contains breakpoints. If the pages containing the breakpoints
> > > is copied from the page cache, the copied image would also contain
> > > breakpoints in them. [...]
> >
> > With that said... it looks to me like one of the scariest and
> > most inappropriate sets I can remember.  Getting the kernel to
> > connive in presenting an incoherent view of its pagecache:
> > I don't think we'd ever want that.
> > [...]
> 
> That's a fair point.  Could someone (Prasanna?)  explain the
> implications of an alternate scheme that relied on COW and/or forcing
> probed pages into memory?

Advantages of COW:
1. No need to hookup file_read_actor() to remove the breakpoints if a
   the probed page was read from pagecache.
2. No need to hookup readpage(s)() to insert probes when pages are
   read into the memory.

Some thoughts about COW implications AFAIK

1. Need to hookup mmap() to make a per process copy.
2. Bring in the pages just to insert the probes.
3. All the text pages need to be in memory until process exits.
4. Free up the per process text pages by hooking exit() and exec().
5. Maskoff probes visible across fork(), by hooking fork().

Please let me know your thoughts.

Thanks
Prasanna
-- 
Prasanna S Panchamukhi
Linux Technology Center
India Software Labs, IBM Bangalore
Email: prasanna@in.ibm.com
Ph: 91-80-41776329


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]