All of lore.kernel.org
 help / color / mirror / Atom feed
From: James Dingwall <james.dingwall@zynstra.com>
To: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
Cc: Ben Myers <bpm@sgi.com>, xfs@oss.sgi.com
Subject: Re: Cleancache support in XFS
Date: Fri, 19 Jul 2013 08:18:12 +0100	[thread overview]
Message-ID: <51E8E834.6080509@zynstra.com> (raw)
In-Reply-To: <20130607170826.GA6925@phenom.dumpdata.com>

Konrad Rzeszutek Wilk wrote:
> On Fri, May 24, 2013 at 08:30:16AM +0100, James Dingwall wrote:
>> Konrad Rzeszutek Wilk wrote:
>>> On Thu, May 02, 2013 at 09:24:51AM +0100, James Dingwall wrote:
>>>> Dave Chinner wrote:
>>>>> On Wed, May 01, 2013 at 11:20:44AM -0500, Ben Myers wrote:
>>>>>> Hi James,
>>> Hey folks,
>>> I am walking through my vacation-emails-mbox.
>>>
>>>>>> On Wed, May 01, 2013 at 01:39:09PM +0100, James Dingwall wrote:
>>>>>>> In reference to: http://oss.sgi.com/archives/xfs/2012-05/msg00046.html
>>>>>>>
>>>>>>> $ grep -r cleancache fs/xfs
>>>>>>> on the 3.9 kernel source suggests that no patch was submitted to
>>>>>>> enable cleancache for the XFS filesystem.  Since it was suggested
>>>>>>> that this could be a one liner I've had a go and my first effort is
>>>>>>> inline below.  While this seems to compile OK I have no experience
>>>>>>> in filesystems so I would appreciate it if anyone can point out that
>>>>>>> it is obviously wrong and likely to eat my data before I try booting
>>>>>>> the kernel.
>>>>>>>
>>>>>>> If it seems a reasonable attempt what would be the best way to check
>>>>>>> that it isn't doing nasty things?
>>>>>> Hrm.. Looks like there is a doc in Documentation/vm/cleancache.txt which
>>>>>> includes a list of attributes the filesystem needs to have to work properly
>>>>>> with cleancache.
>>>>> So, those points are:
>>>> I had started to look at these too but I feel very out of my depth!
>>>> I had similar conclusions to what Dave wrote but I don't think my
>>>> thoughts should carry very much (any) weight.  Anyway I gambled and
>>>> booted my xen domU with this patch and so far so good...  xen top
>>>> shows that tmem is now being used where previously it wasn't.  I'll
>>>> try running the xfstests at the weekend after a couple more days up
>>>> time to see what happens.
>>> And how did it go?
>> I am running the patch I created on 3.9.3 on half of my xen guests
>> now and have not noticed any stability or filesystem problems.  xl
>> top with 'T' shows that the guests running with it are using
>> ephemeral pages were those without do not.  I did do some runs with
>> xfstests which had some failures but they were present with and
>> without the patch.  The best I can really offer is that it works for
>> me, ymmv.  The patch is available as commit
>> c725011c4fc5d47e12d131f61bd91a58a40036b5 in
>> https://github.com/JKDingwall/linux.git xfs-enable-cleancache or in
>> the first message of this thread.
> Hey James,
>
> I've run this patch on my local tree and it looks to work right. I am
> saying "looks" as I am hitting some other issue that I believe are
> unralted to the patch - but I need to figure them out before I can
> comfortably say: "Yes, this looks right and works for me as well."
>
> Stay tuned.
Just to add that I have also had no observable problems running this 
patch on 3.10.0 or 3.10.1.

Regards,
James

_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs

  reply	other threads:[~2013-07-19  7:18 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-05-01 12:39 Cleancache support in XFS James Dingwall
2013-05-01 16:20 ` Ben Myers
2013-05-01 22:30   ` Dave Chinner
2013-05-02  8:24     ` James Dingwall
2013-05-22 19:28       ` Konrad Rzeszutek Wilk
2013-05-24  7:30         ` James Dingwall
2013-06-07 17:08           ` Konrad Rzeszutek Wilk
2013-07-19  7:18             ` James Dingwall [this message]
2013-07-22 15:48               ` Konrad Rzeszutek Wilk
2013-07-23  7:23                 ` James Dingwall
2013-07-23  8:27                   ` Dave Chinner
2013-07-23  8:53                     ` James Dingwall
2013-11-21 13:35                     ` James Dingwall
2013-11-21 16:07                       ` Ben Myers
2013-11-21 22:12                         ` Dave Chinner
2013-11-26 16:35                           ` Konrad Rzeszutek Wilk
2013-11-26 16:35                         ` Konrad Rzeszutek Wilk
2013-05-13  8:59 ` James Dingwall
  -- strict thread matches above, loose matches on Subject: below --
2012-04-30 17:31 Alexey Vlasov
2012-04-30 19:12 ` Christoph Hellwig
2012-05-02  8:02   ` Alexey Vlasov
2012-05-05 23:40     ` Dave Chinner

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=51E8E834.6080509@zynstra.com \
    --to=james.dingwall@zynstra.com \
    --cc=bpm@sgi.com \
    --cc=konrad.wilk@oracle.com \
    --cc=xfs@oss.sgi.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.