From: "Jörn Engel" <joern@wohnheim.fh-wedel.de>
To: Steven Scholz <steven.scholz@imc-berlin.de>
Cc: MTD <linux-mtd@lists.infradead.org>
Cc: David Woodhouse <dwmw2@infradead.org>
Subject: Re: Stopping the GC thread?
Date: Thu, 12 Jun 2003 11:52:37 +0200 [thread overview]
Message-ID: <20030612095237.GC1718@wohnheim.fh-wedel.de> (raw)
In-Reply-To: <3EE8497F.30402@imc-berlin.de>
On Thu, 12 June 2003 11:35:59 +0200, Steven Scholz wrote:
>
> But the impact on system performance done by kupdated is not as
> critical as the one that's done by the GC intself, is it?
The impact on system performance is practically zero, really. The
work that GC is doing has to be done anyway. The only question is,
when will this work be done.
Try the following:
time for i in `seq 10`; do
cp $largefile $jffs2;
sleep 3;
rm $jffs2/$largefile;
sleep 3;
done
$largefile should be around 50% or of fs size, roughly.
Run this with and whithout the sleeps. Notice that the difference it
not just one minute of idle time, it is more in the order of 2,
ignoring the idle time. And I bet you a fiver that you get the same
order between enabled and disabled GC if you keep the sleep.
GC eats up cpu cycles when the system is idle, so you have more left
when you are under pressure. And that is a Good Thing(tm).
> >'sector'? Read http://sources.redhat.com/jffs2/jffs2.pdf
> I meant flash sectors.
Most people prefer to call them erase blocks or something similar. :)
Jörn
--
Everything should be made as simple as possible, but not simpler.
-- Albert Einstein
prev parent reply other threads:[~2003-06-12 9:52 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-06-11 16:03 Stopping the GC thread? Steven Scholz
2003-06-11 16:07 ` David Woodhouse
2003-06-11 16:12 ` Steven Scholz
2003-06-11 16:18 ` David Woodhouse
2003-06-11 16:20 ` Steven Scholz
2003-06-11 16:23 ` David Woodhouse
2003-06-12 9:08 ` Steven Scholz
2003-06-12 9:18 ` David Woodhouse
2003-06-12 9:35 ` Steven Scholz
2003-06-12 9:41 ` David Woodhouse
2003-06-12 9:52 ` Jörn Engel [this message]
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=20030612095237.GC1718@wohnheim.fh-wedel.de \
--to=joern@wohnheim.fh-wedel.de \
--cc=linux-mtd@lists.infradead.org \
--cc=steven.scholz@imc-berlin.de \
/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