From: "Artem B. Bityutskiy" <dedekind@yandex.ru>
To: nikhils@cdac.in
Cc: linux-mtd@lists.infradead.org
Subject: Re: About JFFS2 garbage collector.
Date: Fri, 10 Mar 2006 17:50:00 +0300 [thread overview]
Message-ID: <44119218.9050208@yandex.ru> (raw)
In-Reply-To: <GKELLIPIEBJEKGFGNIFKGEHACAAA.nikhils@cdac.in>
NIkhil Shirodkar wrote:
> What I figured out one call jffs2_garbage_collect_pass() which initiates
> garbage collection when there is not enough space to write a file. I figured
> out few more instances when this got called, Let me know if this is the only
> call to trigger garbage collector or are there any more calls?
This is the only.
> Is it essential to call jffs2_garbage_collect_pass() repeatedly to get a
> free jeb, or if once the jffs2_garbage_collect_pass() is called, it ensures
> of making one jeb free. (barring the case when ic-->state of
> INO_STATE_READING is found and the GC returns success without achieving the
> desired)
One jffs2_garbage_collect_pass() is supposed to move one node (or zero
in special cases as you has specified), so you have to loop to get full
eraseblock (jeb) garbage collect-ed.
> I also wanted to find out _all_ other instances when the GC thread runs. Is
> there any way one can force the GC thread to run like the case when, you are
> not performing any I/O operations. This might be helpful to reduce the write
> latency of a nearly full filesystem.
jffs2_garbage_collect_pass() may be called by
1. GC thread
2. a writing process when there is no free space
1. is just an optimization and is run when you do not perform any I/O.
There is a threshold of free space above which GC thread do not run. You
can force it by sending a SIGHUP signal (causes one
jffs2_garbage_collect_pass() invocation.
--
Best Regards,
Artem B. Bityutskiy,
St.-Petersburg, Russia.
next prev parent reply other threads:[~2006-03-10 14:50 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-03-10 10:35 About JFFS2 garbage collector Nikhil
2006-03-10 11:05 ` Artem B. Bityutskiy
2006-03-10 12:15 ` NIkhil Shirodkar
2006-03-10 14:50 ` Artem B. Bityutskiy [this message]
2006-03-10 14:51 ` Artem B. Bityutskiy
-- strict thread matches above, loose matches on Subject: below --
2006-03-10 10:35 Nikhil
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=44119218.9050208@yandex.ru \
--to=dedekind@yandex.ru \
--cc=linux-mtd@lists.infradead.org \
--cc=nikhils@cdac.in \
/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.