From: "\"David Müller (ELSOFT AG)\"" <d.mueller@elsoft.ch>
To: linux-mtd@lists.infradead.org
Subject: JFFS2 access delay
Date: Tue, 24 May 2005 14:40:49 +0200 [thread overview]
Message-ID: <429320D1.2060003@elsoft.ch> (raw)
Hello
While playing around with JFFS2 on a NAND flash on an ARM based board,
i'm facing a strange problem:
First i create a tar file (using BusyBox's builtin tar command) on a
fresh formatted JFFS2 filesytems from a directory containing about 500
1kB files like this:
~ # flash_eraseall -j /dev/mtd/1
Erasing 16 Kibyte @ 1ea8000 -- 24 % complete. Cleanmarker written at
1ea8000.
Skipping bad block at 0x01eac000
Erasing 16 Kibyte @ 7dfc000 -- 99 % complete. Cleanmarker written at
7dfc000.
~ # mount -t jffs2 /dev/mtdblock/1 /mnt/hd/
~ # tar -cf /mnt/hd/t.tar /tmp/test
tar: Removing leading '/' from member names
~ # time ls -l /mnt/hd/
-rw-r--r-- 1 root root 769536 Jan 1 00:23 t.tar
real 0m 0.05s
user 0m 0.00s
sys 0m 0.04s
Everything seems to be fine. But if i unmount and remount the JFFS2
partition, the first "ls" to the JFFS2 takes quite some time:
~ # umount /mnt/hd/
~ # mount -t jffs2 /dev/mtdblock/1 /mnt/hd/
~ # time ls -l /mnt/hd/
-rw-r--r-- 1 root root 769536 Jan 1 00:23 t.tar
real 1m 32.68s
user 0m 0.01s
sys 0m 7.13s
During this delay, "jffs2_gcd_mtd1" is consuming a large amount of CPU
time but the rest of the system seems to be well.
If i don't build the tar file directly on the JFFS2 partition, but just
copy the final file over from another partition, there isn't such a delay:
~ # umount /mnt/hd/
~ # mount -t jffs2 /dev/mtdblock/1 /mnt/hd/
~ # time ls -l /mnt/hd/
-rw-r--r-- 1 root root 769536 Jan 1 00:53 t.tar
real 0m 0.07s
user 0m 0.01s
sys 0m 0.04s
I'm using linux 2.6.11. I also gave the latest MTD CVS code a try, but
with the same result.
Does this ring a bell? Any idea how to cure this behaviour?
Dave
next reply other threads:[~2005-05-24 13:50 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-05-24 12:40 "David Müller (ELSOFT AG)" [this message]
2005-05-24 14:13 ` JFFS2 access delay Artem B. Bityuckiy
2005-05-25 8:01 ` "David Müller (ELSOFT AG)"
2005-05-25 8:14 ` Artem B. Bityuckiy
2005-05-24 14:55 ` Jörn Engel
2005-05-25 8:02 ` "David Müller (ELSOFT AG)"
2005-05-25 8:27 ` Artem B. Bityuckiy
2005-05-25 10:06 ` Jörn Engel
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=429320D1.2060003@elsoft.ch \
--to=d.mueller@elsoft.ch \
--cc=linux-mtd@lists.infradead.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox