DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=beta;
        h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=C87Ru9TwsvxG1OnGV3uZW4bVlxX+RlQdKmuCt8s8RgdPtiHo6YUKsFoMLrWbvnV/NC/hS5bs/dsZgIrsAacUS9A100sNCnm8sPklQohVQO/I3TPvDrBg8UMGbrgeL5A8t3whauugHATGDv3sxWQaBcMAMzCyzjeal+O8AhJhhw0=
Message-ID: <6d6a94c50701102257o2a6091f8m9695eb22311ced7d@mail.gmail.com>
Date: Thu, 11 Jan 2007 14:57:23 +0800
From: Aubrey <aubreylee@gmail.com>
To: "Alexander Shishkin" <alexander.shishckin@gmail.com>
Subject: Re: O_DIRECT question
Cc: "Linus Torvalds" <torvalds@osdl.org>, "Hua Zhong" <hzhong@gmail.com>,
       "Hugh Dickins" <hugh@veritas.com>, linux-kernel@vger.kernel.org,
       hch@infradead.org, kenneth.w.chen@intel.com, akpm@osdl.org,
       mjt@tls.msk.ru
In-Reply-To: <71a0d6ff0701102216l7572bc6j10e3a810eab07b08@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <6d6a94c50701101857v2af1e097xde69e592135e54ae@mail.gmail.com>
	 <Pine.LNX.4.64.0701101902270.3594@woody.osdl.org>
	 <6d6a94c50701102150w4c3b46d0w6981267e2b873d37@mail.gmail.com>
	 <71a0d6ff0701102216l7572bc6j10e3a810eab07b08@mail.gmail.com>
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1414
Lines: 35

On 1/11/07, Alexander Shishkin <alexander.shishckin@gmail.com> wrote:
> On 1/11/07, Aubrey <aubreylee@gmail.com> wrote:
> > Firstly I want to say I'm working on no-mmu arch and uClinux.
> > After much of file operations VFS cache eat up all of the memory.
> > At this time, if an application request memory which order > 3, the
> > kernel will report failure.
> >
> > uClinux use a memory mapped MTD driver to store rootfs, of course it's
> > in the ram,
> > So I don't need VFS cache to improve performance. And when order > 3,
> > __alloc_page() even doesn't try to shrunk cache and slab, just report
> > failure.
> >
> > So my thought is remove cache, or limit it. But currently there seems
> > to be no way in the kernel to do it.  So I want to try to use
> > O_DIRECT. But it seems not to be a right way.
> One possibility might be to poke the open method in struct
> file_operations of your fs like
>
> static int my_open_file(struct inode *inode, struct file *filp)
> {
>         filp->f_flags |= O_DIRECT;
> ...
> }
>
> which is a nasty thing to do but might give you an idea of what happens next.

Thanks, I'll try to see what happens next on my side.

-Aubrey
-
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/