Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S262967AbUKRUKo (ORCPT ); Thu, 18 Nov 2004 15:10:44 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261158AbUKRUIO (ORCPT ); Thu, 18 Nov 2004 15:08:14 -0500 Received: from mail.euroweb.hu ([193.226.220.4]:64921 "HELO mail.euroweb.hu") by vger.kernel.org with SMTP id S262964AbUKRUFS (ORCPT ); Thu, 18 Nov 2004 15:05:18 -0500 To: torvalds@osdl.org CC: hbryan@us.ibm.com, akpm@osdl.org, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, pavel@ucw.cz In-reply-to: (message from Linus Torvalds on Thu, 18 Nov 2004 11:43:41 -0800 (PST)) Subject: Re: [PATCH] [Request for inclusion] Filesystem in Userspace References: Message-Id: From: Miklos Szeredi Date: Thu, 18 Nov 2004 21:05:08 +0100 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 815 Lines: 18 > It's actually even _normal_ behaviour for many of the core users of shared > files. People who really do databases get quite upset if you don't let > them mmap as much memory as they want, because for them, they really tune > their cache sizes for the size of memory, and they think the OS (and > anything else, for that matter) just gets in their way. They want 99% of > memory to be used for the shared mapping, and the remaining 1% for their > code. I'll try to write a FUSE deadlocker with the newly learnt info, and let you know the result. Thanks, Miklos - 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/