Messages in this thread | | | Date | Thu, 22 May 2008 12:37:20 +0530 | From | "Abhishek Sagar" <> | Subject | Re: [RFC] [PATCH] To improve kretprobe scalability |
| |
On 5/21/08, Srinivasa D S <srinivasa@in.ibm.com> wrote: > Solution: > 1) Instead of having one global lock to protect kretprobe instances > present in kretprobe object and kretprobe hash table. We will have two locks, > one lock for protecting kretprobe hash table and another lock for kretporbe > object.
Is it possible to get rid of the kretprobe hash table itself and lose the kretprobe_lock? It seems like it is just doing a pid-to-instance mapping. These return instances could be queued in the "current" task_struct in a LIFO manner. Mutation to this per-task list can be done with local irqs off...
-- Regards, Abhishek Sagar
| |