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 10:36:52 -0400 [thread overview]
Message-ID: <4ABE2704.6030607@att.net> (raw)
In-Reply-To: <debc30fc0909260715u562bd4b0g747327c3e1a0fe37-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
Jérôme Poulin wrote:
> On Sat, Sep 26, 2009 at 9:14 AM, Jeff Layton <laytonjb-fOdFMYwuEsI@public.gmane.org> wrote:
>
>> Got it - thanks.
>>
>> At the same time, I also hit an out of space message. Why would I
>> get this message? If the checkpoints are just creating a small maker
>> then it shouldn't take much space. Unless of course, a huge number
>> of checkpoints are created.
>>
>> Thanks!
>>
>>
> If nilfs_cleanerd is shut down, then the filesystem will fill up until
> there's no room for more data. When you delete data, only the
> nilfs_cleanerd can reclaim the space, which is why you set up a
> protection_period, deleted data will never be overwritten unless
> reclaimed by the cleanerd.
> Here is a program I made to represent the disk in a graphical form,
> you'll see the cleanerd in action:
> http://ticpu.net:8080/~jerome/lssu-gtk.py
>
> You need python-2.4+ with pygtk and nilfs-utils to run the program.
>
Cool program - I will definitely try this.
So, let me summarize what I think I should do to test nilfs with
IOzone without the impact of the checkpoints and without filling
up the space.
- Run IOzone without cleanerd running to minimize the
impact of checkpoints on IO performance.
- Assuming I don't fill up the file system, after a run of
IOzone, I need to run cleanerd but put the protection
period to something very small (e.g. 1 second) to reclaim the
space.
- Shut down cleanerd again and run another IOzone test.
(rinse and repeat)
Does this sound about right?
Thanks!
Jeff
next prev parent reply other threads:[~2009-09-26 14: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
[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 [this message]
[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=4ABE2704.6030607@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