Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S964929AbWH2Ldz (ORCPT ); Tue, 29 Aug 2006 07:33:55 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S964946AbWH2Ldz (ORCPT ); Tue, 29 Aug 2006 07:33:55 -0400 Received: from mailhub.sw.ru ([195.214.233.200]:58799 "EHLO relay.sw.ru") by vger.kernel.org with ESMTP id S964929AbWH2Ldy (ORCPT ); Tue, 29 Aug 2006 07:33:54 -0400 Message-ID: <44F40E76.5000809@sw.ru> Date: Tue, 29 Aug 2006 13:52:54 +0400 From: Kirill Korotaev User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.13) Gecko/20060417 X-Accept-Language: en-us, en, ru MIME-Version: 1.0 To: devel@openvz.org CC: Andrew Morton , Rik van Riel , Chandra Seetharaman , Greg KH , Andi Kleen , Linux Kernel Mailing List , Christoph Hellwig , Andrey Savochkin , Matt Helsley , Rohit Seth , Oleg Nesterov , Alan Cox Subject: Re: [Devel] [PATCH 6/6] BC: kernel memory accounting (marks) References: <44EC31FB.2050002@sw.ru> <44EC371F.7080205@sw.ru> <1156357820.12011.45.camel@localhost.localdomain> In-Reply-To: <1156357820.12011.45.camel@localhost.localdomain> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1190 Lines: 34 Dave Hansen wrote: > I'm still a bit concerned about if we actually need the 'struct page' > pointer. I've gone through all of the users, and I'm not sure that I > see any that _require_ having a pointer in 'struct page'. I think it > will take some rework, especially with the pagetables, but it should be > quite doable. don't worry: 1. we will introduce a separate patch moving this pointer into mirroring array 2. this pointer is still required for _user_ pages tracking, that's why I don't follow your suggestion right now... > vmalloc: > Store in vm_struct > fd_set_bits: > poll_get: > mount hashtable: > Don't need alignment. use the slab? > pagetables: > either store in an extra field of 'struct page', or use the > mm's. mm should always be available when alloc/freeing a > pagetable page > > Did I miss any? flocks, pipe buffers, task_struct, sighand, signal, vmas, posix timers, uid_cache, shmem dirs, Thanks, Kirill - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/