Linux NILFS development
 help / color / mirror / Atom feed
From: Jeff Layton <laytonjb-fOdFMYwuEsI@public.gmane.org>
To: NILFS Users mailing list <users-JrjvKiOkagjYtjvyW6yDsg@public.gmane.org>
Subject: Re: IOzone testing
Date: Sat, 26 Sep 2009 08:36:39 -0400	[thread overview]
Message-ID: <4ABE0AD7.7000904@att.net> (raw)
In-Reply-To: <debc30fc0909260554s21969638h280d9e6f89b7596e-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>

Jérôme Poulin wrote:
> On Sat, Sep 26, 2009 at 8:13 AM, Jeff Layton <laytonjb-fOdFMYwuEsI@public.gmane.org> wrote:
>   
>> Good morning,
>>
>> I'm running IOzone on a NILFS2 partition and it's running alot
>> slower that I had expected. I'm pretty sure it's because of the
>> checkpoints. I can change the protection_period to something
>> very small (or zero). Would that improve the performance?
>>
>>     
> The protection period only affects how the cleaner daemon will clean
> the old checkpoints, if 0 I guess it will just clean them up as soon
> as it can but it won't stop creating them. You could, just for
> benchmark purpose, kill nilfs_cleanerd which will stop checkpoint
> related activities.
>   
It will only stop the clean up of checkpoints outside of policy - correct?
So it won't stop them from being created but it will stop the cleaning 
process.

>> In addition, is there a way to turn off checkpointing?
>>
>>     
> The whole filesystem is based on those checkpoint, the fact that it is
> a log filesystem makes it so all writes are made at the end of the
> device, and when a write is complete, a checkpoint is made.
>   

Understood. But for benchmarks like IOzone where you are creating
files and most likely syncing, this will trigger a checkpoint. I haven't
looked too much at IOzone but it might even be causing a sync after
each record right, again forcing a checkpoint.

So I was looking for some way to control how often checkpoints are
created - something like the protection_period option for the GC. But
I understand that the checkpoint is a part of the design of the file system.

Thanks!

Jeff

  parent reply	other threads:[~2009-09-26 12:36 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-09-26 12:13 IOzone testing Jeff Layton
     [not found] ` <4ABE0553.3090502-fOdFMYwuEsI@public.gmane.org>
2009-09-26 12:54   ` Jérôme Poulin
     [not found]     ` <debc30fc0909260554s21969638h280d9e6f89b7596e-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2009-09-26 12:36       ` Jeff Layton [this message]
     [not found]         ` <4ABE0AD7.7000904-fOdFMYwuEsI@public.gmane.org>
2009-09-26 13:27           ` Jérôme Poulin
     [not found]             ` <debc30fc0909260627n12616bddif87b25f0ae64b6f5-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2009-09-26 13:14               ` Jeff Layton
     [not found]                 ` <4ABE13D3.2080809-fOdFMYwuEsI@public.gmane.org>
2009-09-26 14:15                   ` Jérôme Poulin
     [not found]                     ` <debc30fc0909260715u562bd4b0g747327c3e1a0fe37-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2009-09-26 14:36                       ` Jeff Layton
     [not found]                         ` <4ABE2704.6030607-fOdFMYwuEsI@public.gmane.org>
2009-09-26 15:15                           ` Jérôme Poulin
     [not found]                             ` <debc30fc0909260815s412ee145xa90e02d9ce4c942f-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2009-09-26 15:08                               ` Jeff Layton
     [not found]                                 ` <4ABE2E86.5010708-fOdFMYwuEsI@public.gmane.org>
2009-09-26 16:29                                   ` Byron Guernsey
     [not found]                                     ` <C83C8B9E-C7E0-46B8-913E-6F0C407DE2E9-BUHhN+a2lJ4@public.gmane.org>
2009-09-26 16:32                                       ` Jeff Layton
2009-10-02 10:11                                       ` NILFS hanging SLES 11 - advise on diagnosis needed Barham, David
     [not found]                                         ` <80225669DEC80D488C4A0B5150466E1802F17EC3-q6sIb7dcTNEDs3eufgyKiYGWD8NUZu9dQQ4Iyu8u01E@public.gmane.org>
2009-10-02 11:42                                           ` Ryusuke Konishi
     [not found]                                             ` <20091002.204207.26501663.ryusuke-sG5X7nlA6pw@public.gmane.org>
2009-10-02 12:21                                               ` Fernando Jiménez Solano
2009-10-06 14:24                                               ` Barham, David
     [not found]                                                 ` <80225669DEC80D488C4A0B5150466E1802F184D0-q6sIb7dcTNEDs3eufgyKiYGWD8NUZu9dQQ4Iyu8u01E@public.gmane.org>
2009-10-06 14:59                                                   ` Barham, David
2009-10-02 16:20                                           ` NILFS space usage Barham, David
     [not found]                                             ` <80225669DEC80D488C4A0B5150466E1802F18005-q6sIb7dcTNEDs3eufgyKiYGWD8NUZu9dQQ4Iyu8u01E@public.gmane.org>
2009-10-02 16:59                                               ` Fernando Jiménez Solano
2009-09-26 18:06                           ` IOzone testing Reinoud Zandijk

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=4ABE0AD7.7000904@att.net \
    --to=laytonjb-fodfmywuesi@public.gmane.org \
    --cc=users-JrjvKiOkagjYtjvyW6yDsg@public.gmane.org \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox