aboutsummaryrefslogtreecommitdiffstats
path: root/fs/jffs2
diff options
context:
space:
mode:
authorDavid Woodhouse <dwmw2@infradead.org>2007-10-13 06:29:07 -0400
committerDavid Woodhouse <dwmw2@infradead.org>2007-10-13 06:29:07 -0400
commit85becc535b7f33be5aefdb8ecea9fac4998e4b6f (patch)
treeb459f5913d6ce3982b8636053f65c0386f6a12b6 /fs/jffs2
parent1437085c3780f064a06df662195a2695e7d75c09 (diff)
[JFFS2] Relax threshold for triggering GC due to dirty blocks.
Instead of matching resv_blocks_gcmerge, which is only about 3, instead match resv_blocks_gctrigger, which includes a proportion of the total device size. These ought to become tunable from userspace, at some point. Signed-off-by: David Woodhouse <dwmw2@infradead.org>
Diffstat (limited to 'fs/jffs2')
-rw-r--r--fs/jffs2/build.c2
1 files changed, 1 insertions, 1 deletions
diff --git a/fs/jffs2/build.c b/fs/jffs2/build.c
index 8c27c12816b..722a6b68295 100644
--- a/fs/jffs2/build.c
+++ b/fs/jffs2/build.c
@@ -289,7 +289,7 @@ static void jffs2_calc_trigger_levels(struct jffs2_sb_info *c)
289 trigger the GC thread even if we don't _need_ the space. When we 289 trigger the GC thread even if we don't _need_ the space. When we
290 can't mark nodes obsolete on the medium, the old dirty nodes cause 290 can't mark nodes obsolete on the medium, the old dirty nodes cause
291 performance problems because we have to inspect and discard them. */ 291 performance problems because we have to inspect and discard them. */
292 c->vdirty_blocks_gctrigger = c->resv_blocks_gcmerge; 292 c->vdirty_blocks_gctrigger = c->resv_blocks_gctrigger;
293 if (jffs2_can_mark_obsolete(c)) 293 if (jffs2_can_mark_obsolete(c))
294 c->vdirty_blocks_gctrigger *= 10; 294 c->vdirty_blocks_gctrigger *= 10;
295 295