From: "Gad Hayisraeli" <gad@syete.co.il>
To: "David Woodhouse" <dwmw2@infradead.org>
Cc: "Michael Michael" <memmel2@yahoo.com>, <linux-mtd@lists.infradead.org>
Subject: Re: Slow jffs2 startup on DOM
Date: Sun, 24 Feb 2002 11:18:54 +0200 [thread overview]
Message-ID: <449501c1bd14$48bac5c0$1900000a@v.vmanage.com> (raw)
In-Reply-To: 24611.1014280415@redhat.com
you'll be very surprised, becasue many times that i had rebooted the machine
(mediaEngine, strataflash intel) and the loading of all the files was VERY
slow, untill i had done "shutdown -r now" and after that the machine
returned to normal operation, almost...
still i encountering a little slowness sometimes, and i suspect that the
jffs layer is fixing things online, but i'm not sure. (i got rid of the jffs
debug info so i cannot see its operation)
maybe you can think of some e2fsck for jffs2, instead of fixing the blocks
everytime without the user's knowledge ?
Gad
----- Original Message -----
From: "David Woodhouse" <dwmw2@infradead.org>
To: "Gad Hayisraeli" <gad@syete.co.il>
Cc: "Michael Michael" <memmel2@yahoo.com>; <linux-mtd@lists.infradead.org>
Sent: Thursday, February 21, 2002 10:33 AM
Subject: Re: Slow jffs2 startup on DOM
>
> gad@syete.co.il said:
> > in my case (mediaEngine + assabet), i encountered some slowness like
> > you did, just when i previously shutdown the device without unmounting
> > + syncing first
>
> Er, if that makes a difference to JFFS2 I'll be _very_ surprised. JFFS2
> does nothing special on unmount. Checkpointing, either on unmount or
> periodic opportunistic checkpoints, has been discussed a lot but never
> actually implemented. I'm happy to give pointers if you seriously intend
to
> work on it.
>
> --
> dwmw2
>
>
>
> ______________________________________________________
> Linux MTD discussion mailing list
> http://lists.infradead.org/mailman/listinfo/linux-mtd/
next prev parent reply other threads:[~2002-02-24 9:07 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-02-19 14:24 jffs2 & new linux zlib Clive Davies
2002-02-20 6:33 ` Slow jffs2 startup on DOM Michael Michael
2002-02-20 16:32 ` Gad Hayisraeli
2002-02-21 7:35 ` Michael Michael
2002-02-21 8:33 ` David Woodhouse
2002-02-21 9:51 ` Michael Michael
2002-02-21 9:53 ` David Woodhouse
2002-02-21 11:34 ` Michael Michael
2002-02-21 12:32 ` Michael Michael
2002-02-22 12:05 ` Simon Evans
2002-02-22 14:59 ` Michael Michael
2002-02-24 9:18 ` Gad Hayisraeli [this message]
2002-02-24 10:47 ` Joakim Tjernlund
2002-02-24 12:04 ` David Woodhouse
[not found] <14164.1014588644@redhat.com>
2002-02-25 7:47 ` Joakim Tjernlund
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='449501c1bd14$48bac5c0$1900000a@v.vmanage.com' \
--to=gad@syete.co.il \
--cc=dwmw2@infradead.org \
--cc=linux-mtd@lists.infradead.org \
--cc=memmel2@yahoo.com \
/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