All of lore.kernel.org
 help / color / mirror / Atom feed
From: Sha Zhengju <handai.szj@gmail.com>
To: Sage Weil <sage@inktank.com>
Cc: "linux-fsdevel@vger.kernel.org" <linux-fsdevel@vger.kernel.org>,
	ceph-devel <ceph-devel@vger.kernel.org>,
	Zheng Yan <ukernel@gmail.com>, Michal Hocko <mhocko@suse.cz>,
	Andrew Morton <akpm@linux-foundation.org>,
	Sha Zhengju <handai.szj@taobao.com>
Subject: Re: [PATCH V6] ceph: use vfs __set_page_dirty_nobuffers interface instead of doing it inside filesystem
Date: Thu, 22 Aug 2013 11:07:21 +0800	[thread overview]
Message-ID: <CAFj3OHUKx8RnFWdK+4k+AwLsv1PhtFvXRSO+0hcMXQVC_ZXDvw@mail.gmail.com> (raw)
In-Reply-To: <alpine.DEB.2.00.1308210835050.1492@cobra.newdream.net>

On Wed, Aug 21, 2013 at 11:35 PM, Sage Weil <sage@inktank.com> wrote:
> On Wed, 21 Aug 2013, Sha Zhengju wrote:
>> Following we will begin to add memcg dirty page accounting around
>> __set_page_dirty_{buffers,nobuffers} in vfs layer, so we'd better use vfs interface to
>> avoid exporting those details to filesystems.
>>
>> Since vfs set_page_dirty() should be called under page lock, here we don't need elaborate
>> codes to handle racy anymore, and two WARN_ON() are added to detect such exceptions.
>> Thanks very much for Sage and Yan Zheng's coaching!
>>
>> I tested it in a two server's ceph environment that one is client and the other is
>> mds/osd/mon, and run the following fsx test from xfstests:
>>
>>   ./fsx   1MB -N 50000 -p 10000 -l 1048576
>>   ./fsx  10MB -N 50000 -p 10000 -l 10485760
>>   ./fsx 100MB -N 50000 -p 10000 -l 104857600
>>
>> The fsx does lots of mmap-read/mmap-write/truncate operations and the tests completed
>> successfully without triggering any of WARN_ON.
>>
>> Signed-off-by: Sha Zhengju <handai.szj@taobao.com>
>
> Reviewed-by: Sage Weil <sage@inktank.com>
>
> Would you like me to take this through the ceph tree?
>

Yes, of course.  : )
BTW I lost my from:    From: Sha Zhengju <handai.szj@taobao.com>

Thank you!

-- 
Thanks,
Sha

  reply	other threads:[~2013-08-22  3:07 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-08-21  8:27 [PATCH V6] ceph: use vfs __set_page_dirty_nobuffers interface instead of doing it inside filesystem Sha Zhengju
2013-08-21 15:35 ` Sage Weil
2013-08-22  3:07   ` Sha Zhengju [this message]
2013-08-22 15:51     ` Sage Weil

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CAFj3OHUKx8RnFWdK+4k+AwLsv1PhtFvXRSO+0hcMXQVC_ZXDvw@mail.gmail.com \
    --to=handai.szj@gmail.com \
    --cc=akpm@linux-foundation.org \
    --cc=ceph-devel@vger.kernel.org \
    --cc=handai.szj@taobao.com \
    --cc=linux-fsdevel@vger.kernel.org \
    --cc=mhocko@suse.cz \
    --cc=sage@inktank.com \
    --cc=ukernel@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.