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 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.