From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24522 invoked by alias); 2 Feb 2016 02:05:27 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 24507 invoked by uid 89); 2 Feb 2016 02:05:26 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.6 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 spammy=H*f:sk:CADPb22, H*i:sk:CADPb22, H*MI:sk:56AF5BC, H*f:sk:jf-dLoq X-HELO: mx2.suse.de Received: from mx2.suse.de (HELO mx2.suse.de) (195.135.220.15) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (CAMELLIA256-SHA encrypted) ESMTPS; Tue, 02 Feb 2016 02:05:25 +0000 Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254]) by mx2.suse.de (Postfix) with ESMTP id 8E6B1ACB0; Tue, 2 Feb 2016 02:05:21 +0000 (UTC) Date: Tue, 02 Feb 2016 02:05:00 -0000 From: Ales Novak To: Doug Evans cc: Kieran Bingham , gdb-patches , Vlastimil Babka , Jan Kiszka Subject: Re: [PATCH 3/4] Add SLAB allocator understanding. In-Reply-To: Message-ID: References: <1454276692-7119-1-git-send-email-alnovak@suse.cz> <1454276692-7119-4-git-send-email-alnovak@suse.cz> <56AF5BC8.4010509@gmail.com> User-Agent: Alpine 2.03 (LSU 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-IsSubscribed: yes X-SW-Source: 2016-02/txt/msg00037.txt.bz2 On 2016-2-1 23:29, Doug Evans wrote: > On Mon, Feb 1, 2016 at 5:21 AM, Kieran Bingham wrote: >> This is interesting work! >> >> I had been discussing how we might achieve managing this with Jan @ >> FOSDEM yesterday. >> >> I believe a python implementation of this could be possible, and then >> this code can live in the Kernel, and be split across architecture >> specific layers where necessary to implement handling userspace >> application boundaries from the Kernel Awareness. > > Keeping application specific code with the application instead of gdb > is definitely a worthy goal. > [one can quibble over whether linux is an application of course, > but that's just terminology] Yeah, you're right. Yet if we're talking about the SLAB in particular - considering with how many objects simultaneously has this subsystem to cope, I'm afraid that adding any extra overhead (e.g. the Pythonish) will be just painful. It's a pitty that gdb cannot be extended dynamically, afaics. -- Ales Novak