[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: 4k-aligned nodes
On Tue, 7 December 2004 15:30:54 +0000, David Woodhouse wrote:
> On Tue, 2004-12-07 at 15:59 +0100, Jörn Engel wrote:
> > Solution:
> > GC always tries to write out 4k-aligned nodes with 4k of uncompressed
> > data.
> We've been doing that in JFFS2 since February 2001. :)
Ok. I'll remember that when giving the next presentation.
> > This also causes GC to run into corner-cases and occasionally use more
> > flash footprint than original data. But in the long run, it should
> > cause data to be in the most efficient format on-flash.
> That's why we have an extra threshold, for the amount of free space
> which is required for GC to merge nodes. See the logic in
> jffs2_garbage_collect_dnode() which expands 'start' and 'end'.
220loc, looks a bit complicated. If only I had some time to work on
Write programs that do one thing and do it well. Write programs to work
together. Write programs to handle text streams, because that is a
-- Doug MacIlroy
To unsubscribe from this list: send the line "unsubscribe jffs-dev" in
the body of a message to firstname.lastname@example.org