All of lore.kernel.org
 help / color / mirror / Atom feed
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.

  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.