Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Wed, 5 Dec 2001 09:38:47 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Wed, 5 Dec 2001 09:38:38 -0500 Received: from mail.spylog.com ([194.67.35.220]:55168 "HELO mail.spylog.com") by vger.kernel.org with SMTP id ; Wed, 5 Dec 2001 09:38:29 -0500 Date: Wed, 5 Dec 2001 17:38:52 +0300 From: Peter Zaitsev X-Mailer: The Bat! (v1.53d) Reply-To: Peter Zaitsev Organization: SpyLOG X-Priority: 3 (Normal) Message-ID: <81181418686.20011205173852@spylog.ru> To: Andrea Arcangeli Cc: Rik van Riel , Andrew Morton , theowl@freemail.c3.hu, , , Linus Torvalds Subject: Re[2]: your mail on mmap() to the kernel list In-Reply-To: <20011204175504.E3447@athlon.random> In-Reply-To: <16498470022.20011204183624@spylog.ru> <20011204175504.E3447@athlon.random> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Hello Andrea, >> >> OTOH, I doubt it would help real-world workloads where the >> application maps and unmaps areas of different sizes and >> actually does something with the memory instead of just >> mapping and unmapping it ;))) AA> exactly, while that would be simple to implement and very lightweight at AA> runtime, that's not enough to mathematically drop the complexity of the AA> get_unmapped_area algorithm. It would optimize only the case where AA> there's no fragmentation of the mapped virtual address space. And also will optimize all mappings of 4K and (which are at least 70% in mu case) :) AA> For finding the best fit in the heap with O(log(N)) complexity (rather AA> than the current O(N) complexity of the linked list) one tree indexed by AA> the size of each hole would be necessary. This of course would be the best way. -- Best regards, Peter mailto:pz@spylog.ru - 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/