Re: JFFS2 mount time

Gareth Bult (Encryptec)
2004-12-16T21:47:26Z

If you have any ideas or patches, feel free to submit them to the list.
> That's what JFFS3 was cloned for, and there isn't too much concern
> with backwards compatibility.

Mmm,

blkmtd.c is pretty much a rewrite, less than half the size and uses the
system buffer cache instead of reading / writing directly to the device.
This boosts performance x 3 on read x lots on write. [I get x 100
faster] (albeit you lose bad block detection on write)

If anyone's interested in the code, let me know and I'll clean it up and
post it .. however it'll be a new file and not a patch.

I've only tested it on USB key flash, but I'm assuming it'll be similar
for any block device / hard disk / whatever ..

Gareth.

On Thu, 2004-12-16 at 15:28 -0600, Josh Boyer wrote:
> Gareth Bult (Encryptec) wrote:
> > Hi,
> >
> >>There is one more feature pending that I know of. Ferenc Havasi has
> >>some eraseblock summary changes that should help. I believe the
> >>intention was to commit that to JFFS3, but I haven't seen it go in yet.
> >
> >
> > Ok, I have these and will be trying them presently ..
> >
> > just wondered if there was any way I could avoid running "patch" .. :)
>
> Bug Ferenc to commit ;). I'm not sure if he subscribes to this list or not.
>
> Also, Artem Bityuckiy is working on an inode checkpoint feature for
> JFFS3. Once he gets it working, it should increase overall performance.
>
> If you have any ideas or patches, feel free to submit them to the list.
> That's what JFFS3 was cloned for, and there isn't too much concern
> with backwards compatibility.
>
> josh