[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <492B4E48.3080000@jp.fujitsu.com>
Date: Tue, 25 Nov 2008 10:00:56 +0900
From: Toshiyuki Okajima <toshi.okajima@...fujitsu.com>
To: Theodore Tso <tytso@....EDU>
CC: akpm@...ux-foundation.org, viro@...iv.linux.org.uk, sct@...hat.com,
adilger@....com, linux-ext4@...r.kernel.org,
linux-fsdevel@...r.kernel.org
Subject: Re: [RESEND][PATCH 2/3 BUG,RFC] ext3: release block-device-mapping
buffer_heads which have the filesystem private data for avoiding oom-killer
Hi Ted,
Thanks for your comments.
> Hi Toshijuki,
>
> My apologizes for not getting back to you sooner. My travel schedule
Never mind.
> has been a little crazy lately, including being in Japan last week
> speaking at the Japan Linux Symposium.
>
> Your patch series looks good, but I have one comment, for the ext3 and
> ext4 patches:
>
> > + if (journal != NULL)
> > + return journal_try_to_free_buffers(journal, page, wait);
> > + else
> > + return try_to_free_buffers(page);
>
> According to the documentation for journal_try_to_free_buffers():
>
> * This function returns non-zero if we wish try_to_free_buffers()
> * to be called. We do this if the page is releasable by try_to_free_buffers().
> * We also do it if the page has locked or dirty buffers and the caller wants
> * us to perform sync or async writeout.
I forgot reading it.
>
> So I think the last conditional in ext3_release_metadata() needs to be
> changed to be like this:
>
> + if ((journal != NULL) &&
> + (journal_try_to_free_buffers(journal, page, wait) == 0))
> + return 0;
> + return try_to_free_buffers(page);
>
> A similar change should be made in the ext4 version of the patch.
> Does that sound OK to you?
Yes.
I will make and repost a revised patch which reflects your comments later.
>
> Regards,
>
> - Ted
Thanks again,
Toshiyuki Okajima
--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists