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
next prev 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